Integrated communication system and method

ABSTRACT

There is described herein a method and apparatus for providing a telecommunications link between a first user and a second user in a telecommunications network. A request is received from the first user to provide a telecommunications link to the second user. The system then determines from a server hosting a networked community of users in which users interact over a communications network independent of the telecommunications network whether the first user and the second user have a specified relationship in the community of users. At least one setting for the telecommunications link is specified based on whether the first user and the second user have a specified relationship in the community of users.

The invention relates to the field of managing connections between usersin a network or across a plurality of networks, in particular theinvention relates to managing connections in one network that can thenbe utilised in a second network.

Users connect with friends and contacts via multiple different channelsand over different types of networks. In some of these channels, a usercan set up a network of connections to other users so that interactionbetween connected users may be treated differently to those betweenusers that are not connected. However, not all networks offer thisfunctionality and it can be time consuming and difficult for a user toreplicate his network connections across all of the different channels.

Even if a user does put in the necessary time and investment to connectto each of his contacts over the various different networks, theconnections that are established are only one-way connections. Each ofhis contacts must also set up a separate connection back to theoriginating user.

This problem is particularly acute in mobile telephone networks in whichit can be possible to access reduced tariffs if a friend link is set upto friends on the same network. However, it is very difficult to knowwhich of your friends are on the same network and therefore couldbenefit from the setup of a friend link. It is also time consuming toregister friends for the reduced tariffs and it is difficult to keepthis registration list up to date as users change their serviceproviders.

At the same time, network providers can use call data records to accessinformation relating to their own users. However, although these userscontact other off-network users that belong to competing networkproviders, it is very difficult for the home network provider to gatheror access any data relating to off-network users. In particular, it isdifficult for network providers to identify or contact off net users ina targeted manner.

According to one aspect, there is provided a method of providing atelecommunications link between a first user and a second user in atelecommunications network, the method comprising: receiving a requestfrom the first user to provide a telecommunications link to the seconduser; determining from a server hosting a networked community of usersin which users interact over a communications network independent of thetelecommunications network whether the first user and the second userhave a specified relationship in the community of users; and specifyingat least one setting, parameter or characteristic for thetelecommunications link based on whether the first user and the seconduser have a specified relationship in the community of users.

The networked community of users may be in the form of a socialnetworking community managed by a social networking service, preferablyin which users interact, communicate and specify relationships via oneor more social networking interfaces, including, for example, a socialnetworking website or social networking client software. The socialnetworking service preferably allows for interaction and communicationbetween users via communication channels (e.g. the Internet) which areseparate from and independent of the telecommunications network and/orallows for interaction and communication independently of anytelecommunications services to which the users are subscribed. The termtelecommunications link preferably encompasses any type oftelecommunications interaction between users, including, for example,audio and video calls and messaging (e.g. SMS/MMS).

Advantageously, specified relationships that have already been formed inthe community and are hosted in the communications network can beapplied in the telecommunications network and used to vary settings inthat network. Hence a user does not have to set up separaterelationships to the same users in the telecommunications network wherethese relationships already exist in the first communications network.Instead, the method can just use the existing connections from thecommunications network.

Preferably, the request from the first user includes an MSISDN (MobileSubscriber Integrated Services Digital Network Number) identifier forthe second user in the telecommunications network.

In one embodiment, the request from the first user comprises a callsetup connection request for a connection to the second user in thetelecommunications network. That is, the request to provide the link maybe implicitly provided when the first user calls the second user in thetelecommunications network in the normal way. The call may be a voice,video and/or data call.

In one embodiment, the request from the first user comprises a messagetransmission request for transmission of a message to the second user inthe telecommunications network. For example, the first user may submitan SMS to the telecommunications network for transmission to the seconduser. This is at least an implicit request for a telecommunications linkin the telecommunications network.

In a highly preferred embodiment, specifying at least one setting forthe telecommunications link comprises specifying a billing policy forthe telecommunications link.

Preferably, the specified relationships in the community of users aretwo-way relationships. That is, if users are ‘friends’ in the community,the first user has a relationship with the second user and the seconduser has an equal and opposite relationship with the first user.Therefore, the system can automatically set up a two-way relationship sothat only one user needs to make the relationship in the communicationsnetwork, but both benefit when either requests a telecommunicationslink.

In a preferred embodiment, the method further comprises receiving fromthe server information identifying at least one specified relationshipbetween two users in the networked community of users and caching theinformation. The server preferably sends out periodic updates asrelationships are formed in the communications network. These can bestored in a local database in the telecommunications network. Therefore,the local database has a store that mirrors the relationships created inthe communications network.

Preferably, determining from a server whether the first user and thesecond user have a specified relationship comprises retrieving from thecache information relating to at least one specified relationship.Looking up information locally stored in a cache is faster and moreefficient that relying on calls to an external server to verify eachrelationship before making a connection in the telecommunicationsnetwork.

Alternatively, determining from a server whether the first user and thesecond user have a specified relationship may include sending a requestto the server including an identifier of the first user and anidentifier of the second user. That is, the information may be obtainedfrom the networked community in the communications network. This mayensure that the information relating to relationships in the communityof users is up to date before connections are formed in thetelecommunications network. This step may be used in addition to thepreceding feature of checking relationships in a cache. For example, ifa relationship is not found in the cache, the server may be querieddirectly to check that no relationship exists in the user community.

Preferably, the steps of determining whether there is a specifiedrelationship and selecting at least one setting are performed before thetelecommunications link is formed between the first and the second user.However, in an alternative embodiment, the telecommunications link isfirst formed and the relationship is checked and the setting determinedaccordingly at a later stage. This may be helpful, for example if abilling rate can be calculated after setup of the telecommunicationslink, since it minimises the delay in the initial setup of the linkbetween the users. For example, by default, users may be billed at thefull rate for the telecommunications link and an adjustment to thebilling rate may be applied if a relationship is found between the usersonce the link has been established. In a further variation, therelationship may be checked and the setting determined aftercompletion/termination of the telecommunications link (e.g. aftertermination of a call or after a text message has been delivered), e.g.if billing calculation is performed off-line based on call records. Thusthe term “setting” is not limited to operational characteristics of anactive communications link, but encompasses any parameter orcharacteristic used in processing the link, whether during the link orafterwards.

In one embodiment, the telecommunications link comprises a messagetransmission path, for example for an SMS or an MMS message.Alternatively the telecommunications link may comprise a voice or datalink, for example for a telephone conversation.

Preferably, the communications network comprises an internetwork, inparticular a packet switched network such as the internet. Inparticular, users may access the community of users via a web interface,for example on a social networking website. The telecommunicationsnetwork preferably includes, at least in part, a mobiletelecommunications network, for example a GPRS, CDMA, 3G or Wi-Finetwork.

The method preferably further comprises receiving over thetelecommunications network a request from the first user to form aconnection with a third user in the community of users, the requestincluding an identifier of the third user, and transmitting to theserver a relationship request message to request establishment of aspecified relationship in the community of users, the relationshiprequest message including an identifier of the first user and anidentifier of the third user. Hence the system enables the establishmentof relationships between users in the community of users over thetelecommunications network. The request may take the form of an SMSmessage from the first user to a short code specified by the networkoperator, preferably wherein the short code is reserved for therelationship requests.

Preferably, the identifier of the first user and the identifier of thethird user comprise identifiers in the telecommunications network, inparticular Mobile Subscriber ISDN Numbers (MSISDN) for the users. Thesenumbers may be passed to the server hosting the networked community ofusers, for example for identification of the first and third users inthe community.

Alternatively, or in addition, the identifier of the first user and theidentifier of the third user may comprise identifiers in the communityof users. These identifiers can be passed to the server for thecommunity and, if the MSISDN numbers of the two users are available inthe stored data in the community, they can be transmitted back to thetelecommunications network.

In a highly preferred embodiment, the method further comprises providingat the server an application for managing communications with thetelecommunications network. This management can include providing acommunications interface between the server and the telecommunicationsnetwork. The application can also be used to provide updates to a cachein the telecommunications network relating to relationships that havebeen formed in the community and to process relationship requestsreceived from the telecommunications network.

In one embodiment, the method further includes receiving at theapplication a request from a first user to form a specified relationshipto a third user in the community of users, the request including anidentifier of the third user, and storing an identifier of the firstuser and the identifier of the third user as a specified relationship inthe community of users. The request may be received from the firstcommunications network, for example via a web interface, or may bereceived from the telecommunications network, for example in the form ofan SMS or MMS message. The identifier of the first user and theidentifier of the third user may comprise identifiers for the users inthe telecommunications network, for example MSISDNs, or may compriseidentifiers for the users in the community of users, for example usernames in the community.

Preferably, the method further comprises providing at the server anapplication for providing an interface to enable users in the communityof users to manage specified relationships with other users in thecommunity. The interface may be a web-based interface. The community mayalready have an interface enabling users to manage relationships andcommunicate within the community, therefore, this additional applicationmay simply add additional functionality to that interface, for exampleto link MSISDNs with usernames in the community (or extract them fromexisting user profiles) and transmit details of new relationships andrelationship updates to the telecommunications network.

In one embodiment, the method includes receiving at the application aregistration request from a user, the registration request including anidentifier of the user in the telecommunications network and anidentifier of the user in the community of users, and storing theidentifiers in a database of registered users. Such registrationrequests may be required for users to join the service and to begin touse their specified relationships in the telecommunications network. Aspart of the registration process, user details, such as a user's name,MSISDN and existing relationships in the community may be stored at theapplication and optionally transmitted to the telecommunicationsnetwork.

In one embodiment, the method further comprises receiving at theapplication an identifier for a group of users and storing the groupidentifier with an identifier of at least one user, the user being amember of the group. In this embodiment, the response from the serverindicates whether the first user and the second user are members of thesame group of users. The method may also include providing an interfaceto enable a group administrator to control the membership of the group.

In this embodiment, preferably, payment is requested for thetelecommunications link from a first payment account if the first andsecond users are members of the group of users and payment is requestedfor the telecommunications link from a second payment account if thefirst and second users are not members of the group of users. In thisway, a group account may be maintained wherein any communication betweenmembers of the group is billed to the group account, but anycommunication from a group member to another user outside the group isbilled to the user's own account. This may be particularly useful, forexample, to enable some calls from specific users to be billed to acorporate account, whereas calls to friends who are not part of thecorporate group are automatically billed to the user's personal account.This may make management of business accounts easier whilst stillenabling the user to make personal calls from the sametelecommunications device.

Preferably, specifying at least one setting for the telecommunicationslink comprises selecting a billing policy for the telecommunicationslink and transmitting the billing policy to a network operator in thetelecommunications network. The billing policy may include a per-minutebilling rate for the link, which may be zero or greater, or a fixedone-off charge for the link, for example a fixed charge for transmittingan SMS or MMS message. The billing policy may also include an identifierof the account to which the charge should be applied.

Preferably, transmitting the billing policy to a network operatorcomprises transmitting the billing policy to a billing server in thetelecommunications network. The billing server can then apply therelevant charge to the appropriate account.

Preferably, the method further includes determining a minimum paymentamount required for the telecommunications link based on whether thefirst user and the second user have a specified relationship in thecommunity of users. This minimum payment amount may be zero if the usershave a specified relationship and the charge for a link (for example anSMS message) between users is zero. However, it is more likely that aminimum amount of credit will be required in the user account to enablethe communication link to be established.

Preferably the method further comprises determining whether advancepayment is required from a user account associated with the first userand whether a minimum payment amount is available in the user accountand generating a message to indicate whether the telecommunications linkis permitted or refused based on whether the minimum payment amount isavailable in the user account. For a post-payment (i.e. contract) user,where advance payment is not required, the communication link may beestablished without any credit check for the user and thetelecommunications link may be automatically permitted.

The method preferably further includes generating a data record, thedata record including at least one of: an identifier of the first userand/or the second user in the telecommunications network (e.g. MSISDNsfor the users), an identifier of the network provider for the first userand/or the second user in the telecommunications network, an identifierof the type of telecommunications link requested between the first userand the second user (e.g. SMS, MMS, voice or data link), an indicationof the length of time for which the first and second user are connectedover the telecommunications link and an indication of the value ascribedto the telecommunications link for the telecommunications network (forexample, the total amount charged for the communication link or thenumber of ‘units’ used in the connection).

Preferably, the method further includes analysing a plurality of datarecords to identify at least one user not associated with a selectednetwork provider. That is, one network provider may request informationabout users belonging to other network providers. This information mayinclude the number or value of all communications links made to thoseusers in a specified time period. The network may also obtainidentifiers for those users. This may enable network providers to gatherinformation relating to users who are not registered on their networks,in particular usage information. This may enable providers to targetadvertising and offers to specific users to encourage them to switchnetworks and join the provider's own network. For example, a providermay target advertising towards off-net users who have a lot of ‘friends’or relationships in the service provider's network by contacting theuser to highlight that the user could make savings by switching network.

Similar analysis of usage information may also be useful for customerswho are already part of a service provider's network. In particular,users who perform a lot of text messaging may be targeted withadvertisements for contracts that include large text message bundles.

The method may comprise receiving in a first network a request from afirst user to establish a connection to a second user, wherein therequest comprises an identifier of the second user in the first network;retrieving an identifier for the second user in a second network; andestablishing a connection between the first and the second user, whereinthe connection is established at least in part over the second network.Preferably, the method comprises retrieving an identifier for the firstuser in the second network and establishing a connection between thefirst user and the second user in the second network. The identifier inthe second network may comprise an MSISDN number for the user in thesecond network. The request from the first user preferably comprises atleast one of: the selection of an identifier associated with the seconduser in the first network from a plurality of icons or a list of useridentifiers; and the receipt of an identifier of the second user in thefirst network.

In a further aspect, the invention provides apparatus or a system forproviding a telecommunications link between a first user and a seconduser in a telecommunications network, the apparatus or systemcomprising: means for receiving a request from the first user to providea telecommunications link to the second user; means for determining froma server hosting a networked community of users in which users interactover a communications network independent of the telecommunicationsnetwork whether the first user and the second user have a specifiedrelationship in the community of users; and means for specifying atleast one setting, parameter or characteristic for thetelecommunications link based on whether the first user and the seconduser have a specified relationship in the community of users.

The invention further provides apparatus or a system for providing atelecommunications link between a first user and a second user in atelecommunications network, the apparatus or system comprising: an inputinterface for receiving a request from the first user to provide atelecommunications link to the second user; a processor operable todetermine from a server hosting a networked community of users in whichusers interact over a communications network independent of thetelecommunications network whether the first user and the second userhave a specified relationship in the community of users; and a processoroperable to specify at least one setting, parameter or characteristicfor the telecommunications link based on whether the first user and thesecond user have a specified relationship in the community of users.

According to a further aspect, there is provided a method of managingconnections between users in a networked community of users in whichusers interact over a communications network, the interactions includingforming specified relationships between specific users in the communityof users, the method comprising: receiving a notification of a newspecified relationship formed between a first user and a second user inthe community of users; determining an identifier for each of the firstand second users in a telecommunications network separate to thecommunications network; identifying a service provider for at least oneof the first and second users in the telecommunications network; andtransmitting to at least one identified service provider informationidentifying the first and second users and indicating the formation of aspecified relationship between the first and second user.

The method may be implemented by an application operating within thecommunications network, for example at a server in the communicationsnetwork. The server has at least one interface via which it can connectto the telecommunications network and the method may further compriseproviding the interface. It will be appreciated that this embodimentenables the system to advise the telecommunications network of newrelationships that are formed in the community. The telecommunicationsnetwork can then store this information in a cache and use thisinformation efficiently to manage links in the telecommunicationsnetwork.

According to a further aspect, there is provided a method of managingconnections between users in a networked community of users in whichusers interact over a communications network, the interactions includingforming specified relationships between specific users in the communityof users, the method comprising: providing an interface to atelecommunications network separate to the communications network forproviding direct telecommunications links between users; receiving aquery from the telecommunications network, the query identifying arequested communication link between first and second user; extractingfrom the query an identifier of the first and second user; analysing theidentifiers of the first and second users to determine whether aspecified relationship exists between the first and second users in thecommunity of users; and transmitting to the telecommunications network areply message indicating whether a specified relationship exists betweenthe first and second users in the community of users.

In this aspect, an application is provided at a server and may respondin real-time to requests from a telecommunications network to determinewhether a specified relationship exists between two parties. This can beused to ensure that the most up to date information is used whencommunication links are formed in the telecommunications network.

In a further aspect of the invention, there is provided a method ofprocessing communication interactions between users of atelecommunications network in accordance with relationships definedbetween users in a social networking service community, comprising:processing a telecommunication interaction via the telecommunicationsnetwork between first and second users of the telecommunicationsnetwork; receiving social networking relationship data relating to arelationship (defined) between the first and second user in the socialnetworking service community; and performing processing relating to thetelecommunication interaction in dependence on the social networkingrelationship data.

The telecommunication interaction may, for example, be a voice or videocall, or a text or picture message. The social networking servicecommunity may be managed by one or more servers. Receiving relationshipdata may comprise requesting the data from a server associated with thesocial networking service, or the data may be received from a cache ofrelationship data as described elsewhere herein. The processing relatingto the telecommunication interaction may comprise billing-relatedprocessing, e.g. to determine call costs for the interaction (or mayalternatively relate to handling of the telecommunication interactionitself). The relationship data may specify that a relationship isdefined between the users or may specify one or more relationshipsdefined between the users or may specify that there is no definedrelationship between the users in the social networking community. Thismethod aspect may be combined with other method aspects and features setout herein.

In a further aspect, there is provided apparatus or a system formanaging connections between users in a networked community of users inwhich users interact over a communications network, the interactionsincluding forming specified relationships between specific users in thecommunity of users, the apparatus or system comprising: means forreceiving a notification of a new specified relationship formed betweena first user and a second user in the community of users; means fordetermining an identifier for each of the first and second users in atelecommunications network separate to the communications network; meansfor identifying a service provider for at least one of the first andsecond users in the telecommunications network; and means fortransmitting to at least one identified service provider informationidentifying the first and second users and indicating the formation of aspecified relationship between the first and second user.

In a further aspect, there is provided apparatus or a system formanaging connections between users in a networked community of users inwhich users interact over a communications network, the interactionsincluding forming specified relationships between specific users in thecommunity of users, the apparatus or system comprising: means forproviding an interface to a telecommunications network separate to thecommunications network for providing direct telecommunications linksbetween users; means for receiving a query from the telecommunicationsnetwork, the query identifying a requested communication link betweenfirst and second user; means for extracting from the query an identifierof the first and second user; means for analysing the identifiers of thefirst and second users to determine whether a specified relationshipexists between the first and second users in the community of users; andmeans for transmitting to the telecommunications network a reply messageindicating whether a specified relationship exists between the first andsecond users in the community of users.

In a further aspect, the invention provides apparatus or a system forprocessing communication interactions between users of atelecommunications network in accordance with relationships definedbetween users in a social networking service community, comprising:means for processing a telecommunication interaction via thetelecommunications network between first and second users of thetelecommunications network; means for receiving social networkingrelationship data relating to a relationship between the first andsecond user in the social networking service community; and means forperforming processing relating to the telecommunication interaction independence on the social networking relationship data.

More generally, apparatus aspects corresponding to any method aspectsdescribed above are also provided and the preferred method features mayalso be implemented in the apparatus. In particular, a network device orcluster of interlinked network devices may be used to implement themethods set out above, or the methods may be implemented in a pluralityof processors over a network, for example the internet. Database(s) arealso implemented in the servers or in separate database servers to storethe data described. User terminals are also provided that enable a userto interface and interact with the described methods and to view aninterface for the system. The invention also provides computer program,computer program product and computer readable medium aspectscorresponding to the method aspect and features described.

Embodiments of the systems and methods will now be described withreference to the drawings in which:

FIG. 1 is a schematic diagram of a relationship model according to oneembodiment;

FIG. 2 is a schematic diagram of a relationship model according to analternative embodiment;

FIG. 3 a is a schematic diagram of a global architecture for a prepaidsystem according to one embodiment;

FIG. 3 b is a schematic diagram of a global architecture for aconvergence system according to one embodiment;

FIG. 3 c is a schematic diagram of a global architecture for astand-alone system according to one embodiment;

FIGS. 4 a, 4 b and 4 c illustrate schematically the process of making ajoin request according to one embodiment;

FIG. 5 is a schematic diagram of a system that may be used to implementembodiments of the methods described herein;

FIG. 6 illustrates one embodiment of an architecture of a systemdescribed herein;

FIG. 7 illustrates an alternative embodiment of an architecture for thepresent system;

FIG. 8 illustrates one embodiment of a ChargingMax system;

FIG. 9 illustrates a further embodiment of a ChargingMax system;

FIG. 10 is a schematic diagram of a charging system for a voice callaccording to one embodiment;

FIG. 11 illustrates a post-paid voice call according to one embodiment.

A description of one embodiment of an implementation of the systems andmethods described herein is set out below. This description sets out oneway in which the system may be implemented and is not intended to belimiting in any way.

There are two distinct configurations for implementation of the SocialRelationship Manager (SRM). The first is called the Eclipse model. Allsubscribers that are added to a community group of subscribers receive apreferential tariff or discount when calling other group members fromwithin this community group.

The Eclipse model has a wide potential. There are many forms ofcommunity groups such as schools, football clubs, societies,universities, work or social places, interests or hobbies. Furthermore,the SRM may be used for businesses, such as SMEs (small or medium sizeenterprises). Groups of employees can call each other to receive thecommunity group benefits described below; however the SRM can also beused as a way to provide a Closed User Group (CUG) service, whereby itis even possible to charge for these calls from a business wallet sothat the employee does not personally pay for intra-business calls.Furthermore, if an operator becomes a Mobile Virtual Network Enabler(MVNE), or wants to target a specific segment in the market place suchas the youth segment, then the SRM Eclipse model could even be used tocreate micro-MVNOs (Mobile Virtual Network Operators).

The Eclipse relationship model is illustrated schematically in FIG. 1,which illustrates links between users:

The first group of relationships is a community group named ‘Colin'sGroup’ 110. There are 7 members. The arrows signify a relationshipbetween any of the members, for instance when any one of these memberscalls any other member in Colin's group. A second community group named‘Jack’ is also illustrated 112. There are 4 members. As above, there isa relationship between each of these users. One of the members, James114, is a member of both the ‘Jack’ 112 and ‘Colin’ 110 group. In thisscenario, James 114 has a relationship with members in both groups. Allof the subscribers that we have seen from the 2 groups created are allon-net subscribers. David 116, however, is from a different network andas such is termed an off-net subscriber. The SRM has the ability to addoff-net subscribers to community groups, but the relationship is one-waydemonstrated by the single direction arrow. That is to say that when amember from the ‘Jack’ group 112 calls David 116, they will receive adiscount or tariff as defined by the operator. When David 116 calls anymember from the ‘Jack’ group 112, he is charged as per his pricing plandefined with his off-net operator without any discount.

The second type of model that is recognised is that of the Atomic model.This model is based upon the ever-increasing popularity of socialnetworking sites such as Facebook. First, user A sends a ‘friendrequest’ to user B. When user B receives the ‘friend request’ he has theoption to either accept or ignore. In the scenario where a friendrequest is accepted, a direct relationship link is created between the 2users. The outcome of this, amongst many, is that they can firstly seeeach others profiles, but secondly that they can communicate with eachother. The Atomic model aims to create direct relationship links betweensubscribers so that when they call each other, they receive a specialdiscount or alternative tariff, amongst many other features later to beexplained. The Atomic model creates strong bonds between users in whichit is possible to leverage many benefits from these relationships.

The Atomic model is illustrated schematically in FIG. 2. Threesubscribers have a ‘friend’ relationship link with Colin 210, thereforehe has direct links with these 3 subscribers. Whenever they call eachother, an alternative friend link tariff or discount is applied. The‘friend’ relationships for Jack 212 are also shown. He has 4 directlinks with his friends. Tony 214 has 3 direct friend relationships. Allof the above relationships are with on-net subscribers only. David 216has a direct relationship with one on-net subscriber. When David 216calls Tony 214, an on-net friend tariff is applied. But it is alsopossible to have friend relationships with subscribers from othernetworks. When David 216 calls for example subscriber 218, then anoff-net friend tariff is applied. This is an off-net friend linkrelationship.

The Eclipse model and Atomic model may be combined, to allow managementof both groups and friend links, with associated tariffs/billingpolicies and the like.

Though a bespoke, independent SRM solution may be provided implementingthe above models, as described in more detail below, the SRM mayalternatively or additionally interface with existing, external socialnetworking services (e.g. Myspace, Facebook, Twitter) and obtainrelationship data from those services, for example defining friendlinks, group memberships, follower relationships and the like (Facebook,for example, may provide both friend link information and groupinformation). Tariffs/billing policies may then be determined based onthe user relationships/groups defined in those external socialnetworking services. The interface to external services may include auser application which can be added to a user's profile in the socialnetworking service (e.g. in Facebook) and/or relevant proprietary oropen social networking APIs (e.g. Facebook API, OpenSocial API). Someexamples are described in more detail below. Relationship data frommultiple sources may be combined by the SRM, e.g. from multiple externalsocial networking services.

In a preferred embodiment, the SRM will be available in the following 3modes, which are illustrated schematically in FIGS. 3 a to 3 c:

1. Prepaid, illustrated in FIG. 3 a2. Convergence, illustrated in FIG. 3 b3. Standalone, illustrated in FIG. 3 cWhere the features are compatible, all features of the SRM will beavailable in all modes.

Eclipse Model

One implementation of the Eclipse model of operation will now bedescribed in more detail. In the Eclipse Model, the SRM will be dividedinto various sections. Each section will be a distinct grouping offunctionality for the SRM service. Each operator will have the standardfeatures purchasing the SRM, and each of the additional sections mayoptionally be implemented. The different sections, each described inmore detail below are:

-   -   Standard functionality    -   SRM Mass-Communication    -   SRM Referral Scheme    -   SRM Service bundles    -   SRM Location Based Services    -   SRM PromoMax Express

It will be possible to switch on/off the groupings of functionality asdescribed above and detailed in subsequent sections. The most basiclevel is to have only the standard functionality. An operator will thenbe able to choose any combination of functionality to use along with thestandard functionality packaged. It is possible to implement allfunctionality. If a service provider does not implement a section offunctionality, they will not see the other features through theirscreens

Standard Functionality Open & Closed Social Groups

There are two types of Social Groups (SGs). Open Social Groups allowsany registered subscriber to join. Furthermore, any registeredsubscriber can invite any activated subscriber to join a SG. Closed SGsencompass authoritative measures preventing unknown subscribers frombecoming a member of the SG. In fact, a subscriber cannot join a closedSG through their own actions; a subscriber can only be added by anadministrator or receive a request to join from the administrator or SGsubscriber with administrator rights. It will be possible for theoperator to define a minimum and maximum number of members allowed for aSG.

Any registered subscriber can create an open Social Group (SG). Anyregistered subscriber can join an open SG. Any SG member can invite anyregistered subscriber to join a SG. A group creator is the groupadministrator. An administrator can assign administrator rights to otherSG members A group administrator can remove members from a SG. All groupmembers can send group mass communications. Group administrators cansend group mass communication SMS (MC SMS).

Any registered subscriber can create a closed Social Group (SG). Anyinvited registered subscriber can join a closed SG. A group creator isthe group administrator. An administrator can assign administratorrights to other SG members. Only group administrators can inviteregistered subscribers to join. A group administrator can remove membersfrom a SG. Group administrators can send group mass communication SMS(MC SMS).

SRM Subscribers—Registered and Deactivated

There are 2 types of state that a subscriber can be in with regard tothe SRM: deactivated and registered. By default, all subscribers willhave the Social Relationship Manager deactivated.

Any deactivated subscriber will receive the following options

-   -   Will not receive any SG requests    -   Will not be able to join SGs    -   Is able to activate the service through registration. By doing        this the subscriber will become a registered subscriber.

Any registered SRM subscriber has full access to the benefits of theSRM. Any registered SRM subscriber can:

-   -   Receive open SG requests    -   Receive closed SG requests    -   Accept open SG requests    -   Accept closed SG requests    -   Join Open SG's on demand (through the self-care mechanism)    -   Request other activated/registered subscribers to join a Open SG        to which they belong.

A subscriber can register to the SRM by sending an SMS to a short code.Once a subscriber has registered for the service they will haveassociated their MSISDN with a Nickname. When making a SG request fromthis number, an SMS will be sent to the invited subscriber. In the inboxsender, where normally the MSISDN or associated name from the phonebookwould be displayed, this will now be displayed with the nicknameselected by the inviting subscriber during registration.

A subscriber can register to the SRM by sending a SMS to anoperator-definable short code. The SMS is operator definable but mustinclude a nickname or user name for the user. The maximum length of thenickname will be definable by the operator.

In the scenario that a nickname has already been taken, a number will beassigned after the name. For example if Alex Westley is requested and isalready taken by another subscriber, the nickname Alex Westley1 will beassigned. Name duplication will take the original name+1 digit inescalating order

A configurable fee can be charged for registration to the SRM. This canbe configurable by product type. If a prepaid user does not havesufficient credit to cover the charge, registration will not take placeand the user will informed and asked to provide further credit.

An Electronic Data Record (EDR) will be created for registrationcomplete charge. This will be query-able by the CCP and will be sent toa 3rd party billing system, for example to be incorporated into a postpaid bill statement.

A confirmation SMS is then sent to the registering subscriber confirmingtheir nickname or duplicate nickname. The remainder of the SMS isdefinable by the operator. It also assigns the registered subscriberwith a password that they can use to log in to the operator managed webportal (used to manage SGs etc and settings)

The registration SMS will associate the nickname to the MSISDN of theuser. When this registered subscriber sends a SG request, their namewill be contained in the SG Request SMS & MSISDN as the incoming number(but displayed as the nickname). The MSISDN & Nickname will be shown onthe operator web page for the SRM when this subscriber is a member of aSG that is displayed on the web page.

Administrators

An administrator is responsible for the subscribers that are members ofa SG. In an Open SG, by default the registered subscriber that createsthe SG is the SG administrator. In an open SG, the Administrator has theadditional functionality of being able to remove SG members from a SG.They can assign rights to other members to be able to do this. They canremove subscribers from a group by using the operator web site where theadministrator can login using their password, group name and or groupnumber.

In a closed SG, the administrator can send requests to registeredsubscribers to join the closed SG. The administrator can send requestsindividually or can input a list of numbers into an operator managed webpage. When the list is complete, SG requests will be sent out to theentire list. An administrator can assign other SG members to be groupadministrators. The group administrator can also remove a SG member froma SG. To do this he uses the operator managed web site. The following isa list of the functionality for a group administrator:

-   -   Can receive open SG requests    -   Can receive closed SG requests    -   Can accept open SG requests    -   Can accept closed SG requests    -   Can join Open SGs on demand (through the self-care mechanism)    -   Can request other registered subscribers to join a Open SG to        which they belong    -   Can request other registered subscribers to join a Closed SG to        which they are the administrator    -   Can assign administration rights to other registered subscribers        already members of a SG    -   Can send group mass-communication SMS (MC SMS)    -   Can remove SG members

Creating Open Social Groups

Any registered subscriber can create an open social group. To do this, asubscriber can send the requested SG name to a short code.Alternatively, it can be defined so that selected subscribers only cancreate SGs.

-   -   It can be defined that all subscribers can create SG's    -   It is possible to limit SG creation by product type    -   It is possible to limit creation of SGs so that only invited        subscribers can create SGs—here a new balance type can be        created for ‘create SG’. This balance type can be sent to        selected subscribers through service bundle functionality.

To create a SG, a subscriber can send an SMS to a short code. If thisname is not yet taken, the group will be created.

Only registered subscribers can create open social groups by sending anSMS to an operator definable short code. The SMS will be operatordefinable but must include a suggested group name that is sent to aspecific short code for creating open social groups. The maximum lengthof the group name is definable by the operator.

If a SG name is already taken, the group name will be assigned with anumber after it. The duplication numbers will ascend in a chronologicalorder. That is, if the group name is taken, a return SMS will be sentwith the <group name> & <SG number>. E.g. if a requested group name was‘Ipswich rugby club’ and this name was already taken, then the groupname created will be ‘Ipswich rugby club1’. This will be sent as an SMSto the group creator to advise the group creator of the assigned name.In the event that a duplicate name is suggested, it may be necessary forthe subscriber to confirm the nickname by return SMS before the groupname is created.

An example SMS could be as follows: ‘Ipswich Rugby club’ is alreadytaken. To accept ‘Ipswich Rugby club1’ please reply YES. To chooseanother, send new group name (max 20 characters) to 777. To confirm, asubscriber simply needs to send an operator definable command word suchas YES by reply SMS. Otherwise, if the subscriber is not happy with thisgroup name, they can re-start the process.

Successful creation of a group only takes place if the prepaidsubscriber has sufficient credit to create the group, if a charge isapplied by the operator. For post-paid users, an EDR will be created sothis can be shown on their monthly statement.

A subscriber can spread details of the formed group by viralcommunication with his friends. Furthermore, since this is an open SG,any member can invite other activated subscribers to join.

The SMS will also assign a group number to the group such as 1274. Whena subscriber wants to join a group, they can input the group number tofind the group and consequently join, for example using the self-careIVR.

A configurable fee can be charged for creation of an open SG. This canbe configurable, for example by product type or by balance cascade (onlysubscribers with the ‘create SG’ balance bucket may be able to create aSG). If a prepaid user does not have sufficient credit or an adequatebalance bucket in the balance cascade to cover the charge, registrationwill not take place.

A CDR/EDR will be created for creation of an Open SG. This will bequery-able by the CCP and the EDR/CDR will be sent to a 3rd partybilling system for example for incorporation into a post paid billstatement.

Upon creation of an open social group, a return SMS will be sent to thegroup creator. The group creator is also the group administrator bydefault. The SMS will be operator definable and will include thefollowing information:

-   -   Confirmation of the group name or duplicate name    -   Assign the SG name with a SG number    -   Assign a password to the group administrator. This can be used        to login to the operator managed website. Here SG members can be        managed.    -   Give details of the operator website    -   An example confirmation SMS: ‘Thank you. Ipswich Rugby Club 1 is        now created. Group number 12345. Password for member        administration sjfitbne. Website www.esg.srm.co.uk’.

It is recommended that a subscriber saves this SMS. If a subscriberforgets any of these details they can request the password be resent tothe mobile device or ring customer services from their MSISDN. The CSRwill then be able to resend password etc.

In the scenario that a subscriber does not save the details of a SG,they can request details of all the SGs to which they are members bysending an SMS to a short code with an operator definable command word.The SRM will send a list of all the SG names & SG numbers via SMS. Anexample query message could be as follows: <Query Groups> sent to 777.

Creating Closed Social Groups

Any registered subscriber can create a closed SG. To do this, aregistered subscriber will be able to send an SMS to a short code. Theregistered subscriber that creates the Closed SG will be theadministrator. The main difference to open SGs is that administratorsare only able to send SG requests to other registered subscribers. Theywill be able to do this through the use of their phone or through theoperator managed web site.

The SG process will be identical to the create Open SG process with theexception that closed SG requests are sent to a different operatordefinable short codes as to open SG create requests.

Administrator Rights

In an Open SG, once a SG member has administrator rights, they canremove other SG members from the SG. In a Closed SG, once a SG memberhas administrator rights, they are able to send SG invites to otherregistered subscribers and also send group-mass communication. They canalso remove SG members from the SG. Functionality for SG members withadministration rights includes:

-   -   Can receive open and closed SG requests    -   Can accept open and closed SG requests    -   Can join Open SG's on demand (through the self-care mechanism)    -   Can request other registered subscribers to join a Open SG to        which they belong    -   Can request other registered subscribers to join a Closed SG to        which they are the administrator    -   Can send group mass-communication    -   Can remove SG Members

An administrator can assign administration rights to another SG memberusing an operator managed portal by clicking on group members.

In real-time, once an administrator has assigned rights to a new closedSG member, this new administrator will be sent an SMS. The SMS will beoperator definable and may include the following information:

-   -   Administrator <Member name> either at the start of the SMS or as        the sender I.D. as definable by the operator    -   SG name    -   SG number    -   SG Password.

An example SMS would be “I have assigned you administrator rights toIpswich rugby club 12, group number 12345. The password is 12345.”

To assign administrator rights, an administrator can log-in through theoperator manager database and simply assign the rights by clicking ongroup members. Please refer to the web portal operator PI section formore details. In real-time, once administration rights have beenassigned to a new closed SG member, this new administrator will be sentan SMS.

Only subscribers with administrator rights can remove a SG member. To dothis they must log in to the operator managed web site using the groupname/number and their password. They can then click on the subscribersname or MSISDN and follow an instruction to remove this subscriber. Inthis way, a SG member with an admin rights is able to remove a memberfrom a SG using the operator managed website. The website will connectwith the CMX platform using the external PI. An action from the websitewill be to remove a subscriber from the SG.

Once a subscriber has successfully been removed from a SG, they will besent an operator definable SMS including the following information:

-   -   Contain the SG name    -   Operator definable message        The SG member will instantly be removed. They are not able to        re-join the group unless they are sent a new request to join        from the group administrator.

In the open SG scenario, if a SG member sends an invite to this removedSG subscriber, the removed subscriber will not be added and will be sentan SMS explaining the reasons that he cannot be added. Therefore, asubscriber removed from a SG can only re-join if sent an invitation froman administrator. A return SMS to the requesting SG member will be sent.The SMS will be operator definable but may include the followinginformation:

-   -   <member name>    -   An operator definable message

An example “Unfortunately <Member name> has been removed from thisgroup. This subscriber has not been added to <SG Name>.

Open Social Group Member Request Process

Only SG members can make SG requests. To make a SG request, theregistered subscriber can send an SMS to an operator definable shortcode, which may include the following information:

-   -   <The requested MSISDN> & <SG Number> to a short code    -   E.g. 0796834637+21234 sent to 888

A registered SG member can make an open SG request by sending an SMS tothe SG number. It may include the following information:

-   -   <The requested MSISDN> sent to <SG Number>    -   E.g. 0796834637+ sent 21234

It is also possible to make a join SG request by sending a business cardto a short code as in FIGS. 4 a to 4 c. In FIG. 4 a, the contact to whomthe user is making the member request is selected. The “send businesscard” option is then selected in FIG. 4 b and the short code SG numberis entered in FIG. 4 c. This makes the process more user-friendly forthe end user.

The phone number in FIG. 4 c will be the SG number. A registeredsubscriber can make a join SG request by sending the business card ofthe requested MSISDN to the SG number as shown. The SRM will extractonly the MSISDN from the business card.

There are 3 possible scenarios:

1. Registered ->Registered 2. Registered ->Deactivated 3. Registered->Off-net Registered ->Registered

In the outcome that a registered subscriber sends a SG request toanother registered subscriber, the following SMS will be received by theinvited registered subscriber. The invited registered SG member willreceive an invite to a SG via SMS. The SMS will be operator definablebut may include the following information:

-   -   <Registered member name>    -   <social group name>    -   Give 3 options: To join. To not join and to deactivate and stop        receiving SG requests.        An example:    -   Oliver Becket appears in the sender I.D.    -   Message reads ‘I request you to join Ipswich Rugby Club12. To        join reply YES (2        ). To not join do nothing. To stop receiving group requests        reply STOP.

After receiving the request to join a SG, a subscriber will have 3options: join, not join and stop receiving the SG requests throughcomplete deactivation of the service.

In order for a registered subscriber to join a SG, the subscriber cansend a return SMS with an operator definable word such as <join>.

With the Eclipse model, it is very likely that operators will want tocharge subscribers for being members of a SG or at least to join. Forthis reason, the SRM is designed so that a subscriber must take anaction in order to join. By a subscriber performing this action, it isalso possible to apply a charge.

A registered subscriber that does not want to be part of a SG does notneed to take any specific action. A registered subscriber that does wantto receive any further SG requests can deactivate the service by simplyreplying <stop> to the SMS. This will be explained in greater detail inthe deactivate section.

When a subscriber deactivates the service they will

-   -   Not receive any SG requests    -   Not be able to join SGs    -   Be able to re-activate the service through registration. By        doing this the subscriber will become a registered subscriber.    -   Not receive any SG tariffs/discounts for any SGs to which they        are already a member.

Registered ->Deactivated

Deactivated subscribers have opted out of the SRM and cannot receive SGrequests. In the scenario where a registered subscriber makes a SGrequest to a deactivated subscriber the deactivated subscriber willreceive no request.

The registered subscriber will receive a return SMS saying that therequest is unavailable as the requested number has deactivated theservice.

Registered ->Off-net

In this SG request scenario, the off-net number will be added to theSocial Group so that a one-way relationship for SG members to theoff-net subscriber is formed. In the event that a off-net subscriber isinvited to be a member of a SG, the off-net number will automatically beadded.

It will be possible to send an operator definable SMS to the invitingon-net number explaining that the number had been added.

In many countries such as Dubai, it is a requirement that off-netnumbers will have the option to not be part of any promotion. In thiscase, an SMS will be sent to the off-net subscriber. The SMS will beoperator definable but may include the following information:

-   -   The sender I.D will not be a short code or <SG Number>    -   Will contain <nickname> of inviting subscriber    -   Contain <SG name>    -   Give the option to block being a part of the SG        An example: ‘Oliver Becket from <esgTel> wants to add your        number to <Ipswich Rugby Club>. To accept do nothing. To not        allow this reply <no>.

In the event that the off-net subscriber does not want to allow hisnumber to be part of the SG, he can reply no and his number will not beadded. All relationships will be deformed. An SMS will be sent to theinviting on-net subscriber informing him that the off-net subscriber didnot want to be added to the SG and that no tariffs will apply to thisnumber

It is also possible to add functionality as described below withreference to the referral scheme.

Process to Deactivate the SRM

In order for a subscriber to deactivate the SRM, a subscriber can dothis in 3 separate methods:

-   -   Through the self-care mechanism    -   By sending an SMS to an operator-defined short code, for example        <stop> sent to an operator defined short code    -   By replying to a SG request SMS. An example SG request could be        ‘Alex Westley has invited you to join Ipswich Rugby Club12. To        join reply YES (2        ). To not join do nothing. To stop receiving group requests        reply STOP

Any MSISDN that replies <stop> will be in the deactivated SRM state.

Closed Social Group Request Process

The SMS request process will work in the same way for a closed socialgroup however only a group administrator or subscriber withadministrator rights can make SG requests. If a group member that doesnot have administrator rights tries to make a SG request, the requestwill not be made. The subscriber without admin rights will receive anSMS. The SMS will be operator definable and may include the <groupname>.

An example ‘Sorry, only group administrators can make SG requests for<group name>. Request not made.

It is also possible for administrators to make SG requests via anoperator-created and managed web site. Here the administrator or personwith administration rights can log in with the group name, MSISDN and apassword given during the Closed SG creation process. The administratorwill have the option to change their password. Once the request has beenmade, the request SMS to be sent will follow the same process as per theSMS request process for open social groups.

SG Tariff/Discount

Once relationships are formed with regards to social group members, thefollowing behaviour takes place following a social group call or messagebeing initiated between members where there is a relationship formed.

It will be possible for the operator to define a common tariff/discountfor SG calls to be applied across all social groups to which asubscriber is a member. This can be dictated by product type that thesubscriber is associated with. It is also possible for the operator todefine an individual tariff/discount for every social group created.

If a subscriber is a member of more than one social group, the cost ofthe call will be rated against the social group dependant on therelationship of the A & B subscriber—if both subscribers are bothmembers of more than 2 common social groups, the call will be ratedaccording to the tariff that gives the greater discount or cheapesttariff.

It will be possible for the tariff of the SG to be dependant on the SGssize. For example the more members a SG has, the greater thetariff/discount. Or, as the case may be, the more members a SG has thelesser the discount or tariff. The operator will be able to define aschema for a relationship between SG size and subsequenttariff/discount. There will be no limits on the schema.

On the other hand, it is also possible for the operator to define acumulative tariff/discount. This means that a tariff or discount isdependant on the amount of SGs a subscriber is a member of so, by beinga member of more than one SG, a greater discount or tariff could begiven.

The operator is able to define thresholds to be met in terms of amountof SG members. When these thresholds are met, the SG tariff will change.An SMS will be sent to all SG members informing them of the change oftariff.

It is also possible for the operator to define a cumulativetariff/discount. This means that a tariff or discount is dependant onthe amount of SGs a subscriber is a member of—so by being a member ofmore than one SG, a greater discount or tariff could be given on anindividual subscriber basis

It will be possible for the operator to apply a one-shot fee in order tojoin a SG. It will be possible for the operator to define a subscriptionwhich can be taken from the subscribers account on a monthly basis. Thesubscription can be specific to the SG. Alternatively, the cost of thesubscription can be linked to the size of the SG, i.e. how many membersthe SG has.

If a subscriber is a member of more than one SG, it is possible for theoperator to charge the subscriber for subscriptions to each individualSG that the subscriber is a member. For example, a subscriber is amember of 1 SG, one subscription is taken. If a subscriber is a memberof 2 SGs, 2 subscriptions can be taken.

For SG members that are members of more than one SG, it is also anoption for the operator to apply subscriptions based on the number ofSGs of which a subscriber is a member. For example, a subscriber is amember of 1 SG—he pays a subscription of 3 E. Another subscriber is amember of 3 SGs—he pays a subscription of 5 E.

If the subscription is not taken, the subscriber will be in a graceperiod from the benefits of being a SG member. In the SG grace period aSG member will not:

-   -   Receive the SG tariff or discount for SG calls/messages    -   Receive MC SMS    -   Be able to invite subscribers to join this group (if a open SG)    -   During the SG grace period, other SG members will be able to        call/message the ‘Grace period SG member’ and have this        call/message rated according to their SG tariff/discount.    -   If a SG member pays his SG subscription during grace period full        functionality will be resumed.

After the grace period, if a subscriber still has not recharged hisaccount the subscriber will need to re-subscribe to the SGs of which hewas previously a member. All SG relationships will be deformed. Thesubscriber will be sent an SMS detailing all SGs that he was previouslya member of The SMS will be operator definable and explain that theseSGs are now not active.

The operator will be able to define a maximum number of social groupsthat a subscriber can join. The SRM has no restrictions.

It will be possible for the cost of the subscription to be linked to thesize of the SG. It will also be possible for the cost of thesubscription to be linked to the number of SGs of which a subscriber isa member. For example, a subscriber is a member of 1 SG—he pays asubscription of 3 E. Another subscriber is a member of 3 SGs—he pays asubscription of 5 E

Business Wallets

Where social groups are created specifically for businesses or anotherentity that may manage and pay for certain user calls, it will bepossible for all calls made by SG members to be charged from a jointwallet, such as a business wallet. In this scenario, the SG created mustbe a closed SG. By default, the business wallet will be from theadministrator's wallet. However, an administrator can assign thebusiness wallet to be from any other member with administrator rights.

Where social groups are created specifically for businesses, it will bepossible for all calls between SG members to be charged from a secondarywallet. In this scenario, the SG created must be a closed SG. Bydefault, the secondary wallet will be from the administrator's wallets.However, an administrator can assign the wallet to be from any otherWallet ID.

It will be possible for all calls made between SG members to be chargedfrom the business wallet. It will also be possible for the administratorto specify specific MSISDNs where all their calls are charged from thebusiness wallet.

It will be possible to apply a charge for having a SG active for amonth. Only one SG member will be charged for this rental. The chargewill be to the administrator. If the charge is not paid after the graceperiod has finished, the SG will be closed. An extended grace period canbe defined for this type of SG.

Many operators have a dedicated department for negotiating businesstariffs etc on company wide plans. The SRM+PromoMax Express will have anadvanced feature that will allow a group to receive a better tariff iftheir Average Revenue Per User (ARPU) increases. Therefore, as businessexpands in terms of employees being added to the SG and consequently itsARPU, the tariff will become better each time a given threshold is met.Furthermore, it should eliminate the need for yearly reviews of tariffsand so fourth

Counters can be placed on the ARPU of an individual SG. The operator canthen define some thresholds to be met so that when ARPU reaches thisamount, an alternative tariff is applied for the group. It can bedefinable that this service is only available to SGs that define abusiness wallet.

E.g. An operator can define many tariffs

100E a month −> tariff 1 200E a month −> tariff 2 400E a month −> tariff3 . . . 1000E a month  −> tariff x

Automatically and without CSR involvement/negotiation, a business canget the tariff they deserve based on the groups ARPU spend.

Tariff change swap can take place in real-time when levels are reachedwith confirmation to the group administrator.

Eclipse SRM+Mass Communication (MC) Open & Closed SG

It will be possible to send a SMS to all SG members. In an OpenCommunity Group, only group administrators can send a mass-communication(MC) SMS. It will be possible for any SG administrator to send a MC SMSby sending an SMS to an operator defined short code.

The SMS will be operator definable but may include the followinginformation:

-   -   Contain *<SG Number># e.g. for SG number 12345 write *12345#    -   <Contents of SMS> this will be the remainder of the SMS after        the # key    -   The MC SMS must be sent to an operator definable short code

An operator can define a separate tariff/discount for rating a MC SMS.It will be possible for the operator to define the cost of the MC SMS inrelation to the number of SG members

All group members will receive the MC SMS. It will consist of thefollowing format:

-   -   Contain the SG name in the sender inbox    -   Contain the contents of the SMS

For Closed Social Groups, it will be impossible to reply to a MC SMS.However, in an open SG it will be possible for all members to reply &send MC SMS up to a certain amount of members as defined by theoperator. An example where this functionality will be a nice end-userexperience will be in small social groups, for example 10 members. HereMC SMS will be an effective way to communicate. However, in a SG of 100people, it would not be implementable for this type of message to havemany members replying to every MC SMS. Therefore, all group members cansend/reply to an MC SMS for groups under a certain size as defined bythe operator.

In some embodiments, it will not be possible to reply to a MC SMS(unless using PromoMax Express functionality as described in asubsequent section).

It will also be possible to send MC SMS from the operator managedwebsite where login details are required. Again, only the administratoror SG members with admin rights will have the functionality.

Some examples of MC SMS are as follows:

-   -   University—SMS sent to all students. ‘All students of        telecommunications: please note that seminar beginning 11.30        today has been cancelled due to staff illness. Apologies on        behalf of the university.’ This simple SMS could save a student        a wasted journey to campus to which he will be very grateful and        pleased with the service. The message will be sent by the        administrator only. This eliminates unnecessary messages being        sent.    -   In the scenario where the Social Relationship Manager is being        used for a group of employees—The administrator can send a group        SMS saying ‘Staff, somebody has the key to the back entrance        gate which has been left unlocked. Would the responsible person        please call the office as soon as possible.’        Football club community group—Manchester United decides to sell        Ronaldo—this is a very important message for the fans. The        administrator sends a group SMS reading ‘Beloved fans, at 10.00        am on Dec. 9, 2008 Manchester United inform you that we have        sold Ronaldo to Real Madrid for a record £100 m. We assure you        that this is in the best interest of the club—Manchester United        FC’. A dedicated fan would love to hear this news, on the move &        from his mobile as soon as this happened.

It is possible for a SG member to deactivate receiving MC SMS. They cando this by using the self-care mechanism or through the operator website.

An off-net subscriber may want to join the social group not for benefitof receiving free calls (this is clearly impossible) but for the usefulfunctionality of receiving the SG mass communication SMS. The off-netsubscriber can send a message to an operator defined number in order toreceive SG MC SMS. It will be possible for off-net subscribers to join aSG in order to receive MC SMS. To do this they can send an SMS to anoperator defined number [not a short code]. The SMS will be operatordefinable but may include the following information:

-   -   Contain a command such as <join>    -   Contain the <SG number>

The subscriber must know the community group number. Therefore to jointhe University of Suffolk, which is community group number 1264, asubscriber can simply text ‘Join 1264’. After this process the followingactions take place:

-   -   A notification SMS is returned to the off-net number definable        by the operator    -   For example, ‘Thank you, you will now receive communication        regarding ‘The University of Suffolk’.    -   The number will be sent to a SRM report.    -   The Social Relationship Manager will store the number as an        off-net SG member. When on-net SG members call this off-net        number they will be charged as per the SG (off-net) tariff plan.

Eclipse SRM+Referral Scheme

When a registered subscriber invites an off-net subscriber to be amember of a SG, if the subscriber is an off-net subscriber the followingreferral scheme can be implemented.

If the requested MSISDN is off-net, a 1-way relationship will be formedbetween the group members of the Social Group of the member that sentthe invitation and the requested off-net MSISDN.

If the number is off-net, a confirmation SMS will be sent to theinviting subscriber. It will be operator definable but may include thefollowing information:

-   -   Contain the MSISDN of the of the invited off-net subscriber    -   A referral message        An example could be as follows: ‘Thank you. 07978332954930 has        been added to your Social Group. They are not a subscriber of        esgTel—if they join you will be rewarded with 10        The off-net MSISDN will be sent to a SRM database    -   The operator can run reports on these off-net numbers on demand    -   The information in the report can be used in a campaign to        target off-net subscribers

Additionally, an SMS will be sent to the off-net subscriber as definableby the operator. It may include the following information:

-   -   Nickname of the on-net subscriber that requested them    -   Operator name    -   Operator number to call        An example could be the following: Oliver Becket 1234567 wants        you to join <esgTel>. Bring your number to <esgTel> to receive        10        free credit.

It is necessary that there be a control mechanism to ensure that peoplebeing referred have not been in the network for a predefined period oftime. One mechanism to control this is that only numbers that are portedacross from an off-net number are allowed to be rewarded. Therefore,only ported numbers are subject to the referral scheme. To implementthis, it is a requirement that the operator has number portabilityimplemented into their network. A check will also be made by the SRM tomake sure that the MSISDN has not been in the network for a configurableperiod of time.

If the ported number joins the operators’ network, rewards willautomatically be sent to the wallets of both the referrer and referredand both will be sent an SMS to confirm this, definable by the operator.

Eclipse SRM+Service bundle functionality

Service Bundles allow a subscriber to convert purchased credit intocredit which is available for use with a specific service. A simple ‘SGtariff bundle’ example is where the user can purchase a package of 100SMS for use to SG members within the next 1 month for only 10 EUR.

The SRM will be based on the service bundle functionality as designed inThe Service Library. The operator can define a selection of SG servicebundles that the subscriber can purchase and choose through theself-care mechanism.

The operator can define some rules around the service bundleconsumption, for example:

-   -   The SG service bundle can only be consumed on calls/messages to        a specific SG    -   The SG service bundle can be consumed on calls/messages to any        SG to which a subscriber is a member

It can be defined that when a SG member makes a SG voice call or sends amessage that the cost of this is taken from a SG service bundle only asopposed to an SG tariff. Once all the minutes/SMS are consumed from thisSG service bundle, the subscriber will revert back to using his nextbalance cascade, for example general cash.

The functionality above means that a subscriber can join as many SGs ashe wishes. However the operator can keep track of the exact percentageof revenue that is given away through service bundle functionality fromthis VAS. If the subscriber is purchasing repeat service bundles, thisis also good as he is utilising the service and creating more revenuefor the operator.

Eclipse SRM+Location Based Services

Location-based services may also be known as ‘The Home Zone’ value addedservice. The Home Zone (HZ) concept is a service whereby the subscribercan receive a discount when using the operator's services from a fixedlocation(s). A subscriber can nominate up to 9 different areas aspreferred zones. It is possible to offer the subscriber a discount whencalling from within one of the zones he has nominated, but also to offera discount to the caller if the person who is receiving a call from thesubscriber is on-net in a zone nominated by the calling subscriber.

In Social Relationship Manager, when the subscriber makes a call fromwithin a fixed area, either his SG tariff or discount will be triggeredto rate the call, or the cost of the call will be taken from thesubscribers SG service bundle. For example, a closed social group iscreated named—The University of Suffolk. The group administrator usesthe self-care mechanism to define the campus cell I.D. Whenever astudent, a social group member, makes an SG call from within this area,they are rated against a second tier of tariff or discount. Discountscan be applied to the following scenarios with regards to SG zones:

-   -   Neither A or B party within zone    -   A party is in zone    -   B party is within zone    -   A & B parties are within zone        A complete tariff plan for a community group can be defined now        as below:

Type of Use Bronze Silver Gold Neither Party in SMS 10 cent  7 cent  3cent the Zone Neither Party in MMS 20 cent 15 cent  8 cent the ZoneNeither Party in Voice call 10 cent per minute  7 cent per minute  3cent per minute the Zone Neither Party in Video call 30 cent per minute25 cent per minute 15 cent per minute the Zone Party A In the SMS Asabove + 10% As above + 10% As above + 10% Zone discount discountdiscount Party A In the MMS As above + 10% As above + 10% As above + 10%Zone discount discount discount Party A In the Voice call As above + 10%As above + 10% As above + 10% Zone discount discount discount Party A Inthe Video call As above + 10% As above + 10% As above + 10% Zonediscount discount discount Party B In the SMS As above + 5% As above +5% As above + 5% Zone discount discount discount Party B In the MMS Asabove + 5% As above + 5% As above + 5% Zone discount discount discountParty B In the Voice call As above + 5% As above + 5% As above + 5% Zonediscount discount discount Party B In the Video call As above + 5% Asabove + 5% As above + 5% Zone discount discount discount Party A + B Inthe SMS As above + 15% As above + 15% As above + 15% Zone discountdiscount discount Party A + B In the MMS As above + 15% As above + 15%As above + 15% Zone discount discount discount Party A + B In the Voicecall As above + 15% As above + 15% As above + 15% Zone discount discountdiscount Party A + B In the Video call As above + 15% As above + 15% Asabove + 15% Zone discount discount discount

In the scenario where a subscriber creates their own group, he will beable to set the group zone when he is physically in the zone by usingthe self-care interface. Only SG administrators or SG members withAdministrator rights can do this.

It will be possible for the operator to define a tariff plan override ifa Location Based Service (LBS) call is made. The LBS tariff plan will bedefinable by product type. It can be a discount on previous SG tariff ora separate additional tariff plan. The services applicable to the tariffplans will include the capability to define all those services as to CCScapabilities for control plans: the operator can choose which servicesapply.

Tariff plans or discounts as above will be definable for the followingscenarios: Party A in the zone, Party B in the zone, Party A & B in thezone.

When a Home Zone discount is active for a call, the following tag shallbe added to the EDR produced by the UBE: SERVICE=HZ

A subscriber shall be able to record his current location as one of hispreferred zones through the IVR self care interface.

Only the administrator or person with administration rights can set theSG zone through the use of the MSISDN. It will be possible to set up to9 different zones to be SG zones. This is operator definable.

Eclipse SRM+PromoMax Express

Social Relationship Manager will use service logic as a basis for beingable to reward SGs or SG group members. In particular, PromoMax Expresswill allow the operator to define a number of counters which may be usedfor the application of rewards in real time or at the end of eachperiod. Each counter is defined with a name, along with the period whichshould be used for the promotion—the options which will be provided willbe that rewards can be applied daily, weekly, monthly or by yearlybasis. The Unit of each counter will allow cash, time or number ofevents to be used as the criteria of the promotion—so, for example, acounter for talk time each day and a counter for cash spend each monthmay be configured. The number of events functionality allows counting ofthe number of calls, SMS, or any other ChargingMax UBE charged servicesto be tracked.

The ChargingMax Reward is calculated either at the end of the periodduring the expiration of the counter or fired in real time duringsession closing when the reward level is reached. This allows theoperator to target short term usage campaigns or alternatively, look atlonger term strategies where use over each month or year are used as thecriteria of the promotion.

The service will be developed to allow counters on behaviour within SGs.Furthermore, Social Relationship Manager will allow counters by SG to becompared against other SGs/SG group members. Counters will be availableon:

-   -   Date SG created    -   Number of SG members    -   ARPU of SG    -   ARPU of individual SG members within a SG    -   Spend on a particular service as per capabilities in CCS for        control plans for an individual SG member    -   Spend on a particular service as per capabilities in CCS for        control plans for an individual SG    -   Number of SGs an individual subscriber is a member of

When each service and rating scenario is defined the counters whichshould be updated are chosen to give the operator full control overwhich services will be used as part of the promotion.

Expenditure may be tracked through one of the following methods:

-   -   cash expenditure tracking: this keeps track of the amount of        currency spent by the subscriber    -   time tracking: this keeps track of the call time of the        subscriber (voice calls only)    -   unit tracking: this keeps track of the amount of calls        made/SMSes sent by the subscriber        It shall be possible to configure a different tracking method        for each reward scheme, but within a reward scheme, only one        tracking method may be used.

Within each reward scheme, it shall be possible to configure the timelimit after which the tracked expenditure will be reset. Possible valuesare: daily, weekly, monthly or yearly.

Limitless Credit Reward schemes may be defined. In a Credit Rewardscheme, the expenditure or reaching a certain group size of thefollowing parameters:

-   -   Number of SG members    -   ARPU of SG    -   ARPU of individual SG members within a SG    -   Spend on a particular service as per capabilities in CCS for        control plans for an individual SG member    -   Spend on a particular service as per capabilities in CCS for        control plans for an individual SG    -   Number of SGs an individual subscriber is a member of        is evaluated against a single expenditure/size threshold, either        in real-time or when the expenditure time limit expires.        Depending on the accumulated expenditure value/size of group at        that point, one of the subscriber's balances/administrator/group        creator/group members may be credited.

The following parameters may be provided:

-   -   name of the reward scheme    -   tracking method (cash, time, units)    -   time limit (daily, weekly, monthly, yearly)    -   contributing destinations    -   expenditure threshold value per product type    -   real-time or not (if not, the reward is given when the time        limit expires)    -   reset expenditure counter after real-time reward (yes or no)    -   balance type to credit (product type specific)    -   credit value (product type specific)    -   credit validity (product type specific)

A notification SMS shall be sent to: All SG members, Individual SGmembers and/or SG Administrator/creator when a reward is being given. Asdefinable by the operator.

It shall be possible to view current status of services to whichcounters are defined via the User SMS (USMS) GUI (which may beimplemented in Java screens).

It may also be possible to view the current status to which counters aredefined via the eServGlobal PI.

A functionality of Social Relationship Manager is the ability to rewarda SG based on group performance. The reward can be given as poolminutes—this can be sent to the group administrator as a notificationSMS. This feature will be particularly useful when the SRM is used todefine groups of employees. The pool minutes will then be consumed bythe social group members on SG tariff plans. Pool minutes can also bedefined as the balance bucket used first to pay for SGmass-communication.

The following provides examples of reward schemes that can be definedusing the SRM. It will be possible for all examples to be implementableusing the SRM.

-   -   A reward is offered by operator, use an additional 10        of airtime within 1 month on SG calls and move to the gold        product type. As soon as subscriber uses 10        on intra-community calls he gets moved to gold in real-time and        receives an SMS.    -   Reward—send 300 SMS this month to SG members and receive SMS for        free for the rest of the month. Once subscriber uses 300 SG SMS,        he receives a SMS to inform him the reward was reached and that        he will now get free SMS till the end of the period.    -   Rewards—a group member receives a SMS saying ‘congratulations,        you are the University of Suffolk group member that has talked        for the longest during the month—you receive free 80% discount        on video calls for the month’.    -   Rewards—groups can be rewarded based on their SG size. E.g. a        group can be rewarded for reaching a definable size, e.g. 100        group members. In real-time when the group reaches this size,        all members can be rewarded with something.    -   Rewards—can be given on group size in comparison to other        groups. For example, a reward can be given to group members from        ‘The University of Suffolk’ community against ‘The University of        Essex’ for having more group members.    -   Reward—a business; eServGlobal uses the Social Relationship        Manager to define a Community group of its employees. During the        month, based on the group's telephony performance, they qualify        for 1000 intra-community pool minutes. The group administrator        is notified. The minutes are consumed equally by all SG members        on SG usage.    -   A Social Group can be rewarded with a better intra-group tariff        once spending is above a certain threshold as defined by the        operator.

Eclipse Model Operator Web Portal PI Commands

A subscriber will be able to log into an operator-created & managed website using their password which is provided at registration. The websitewill interact with the CMX platform using the external PI. Using thewebsite, a user will be able to manage their SGs that they are a memberof and view information regarding their account and SRM promotions. Thisis not an exhaustive list as more requirements may be discovered duringthe SRS phase.

It will be possible to create PI commands for at least some of thefollowing actions:

-   -   A registered subscriber can log in using their nickname/MSISDN &        password assigned during the registration process    -   A logged in subscriber can view their SGs that they are a member        of (nickname & MSISDN) and corresponding tariffs/discounts for        that group    -   A logged in subscriber can view the SG members that they are a        member of (displayed by MSISDN and nickname)    -   A logged in subscriber can view their current balances    -   A logged in subscriber can view their SG service bundle options    -   A logged in subscriber can view their PromoMax Express        balances—current situation and targets in order to reach rewards        etc    -   A logged in subscriber can view their maximum number of SGs        permitted (if defined by the operator) & their current amount of        SGs    -   A logged in subscriber can remove themselves from a SG

An administrator can invite subscribers to join a SG

An administrator can remove subscribers from a SG

-   -   An administrator can assign administrator rights to other SG        members    -   An administrator can assign a business wallet for intra-SG calls    -   An administrator can assign a business wallet for al SG member        calls    -   An administrator can assign a business wallet for all calls for        specific MSISDN's

The following section refers to all self-care mechanisms available tothe subscriber using the SRM Eclipse model. Inside the scope of theproject the self-care service logic flows will be defined. Using the IVRmechanism, a subscriber will be able to undertake the following actionsspecifically in relation to the SRM service only. This is not anexhaustive list as more requirements may be discovered during the SRSphase.

-   -   Can listen to details of the service    -   Can listen to how many SGs a subscriber is permitted to be a        member of    -   Can listen to how many SGs a subscriber is a member of    -   Listen to the SG name (if possible) and the SG number    -   Details of the SG tariff/subscription/service bundle    -   Listen to available service bundles    -   Purchase a SG service bundle    -   Listen to active service bundles    -   And any minutes/credits etc that are remaining    -   Activate/Deactivate receiving MC SMS    -   Set home zone cell I.D.    -   Listen to any promotions that are active    -   And current threshold status    -   Rewards that are on offer

To remove a SG the subscriber simply needs to select the SG to beremoved and then to confirm this action. When a SG is removed, an SMSwill be sent to the subscriber removing the SG.

Command List Alternatives

For each SMS command, it is likely that subscribers will sometimes notinput quite the correct word. For example, if the command action is STOPand the subscriber enters STP, it will be possible for the operator todefine as many alternatives to the command word as possible and for eachcommand. The defined alternatives have the same effect as if the correctcommand had been sent.

Atomic Model

An embodiment of the Atomic Model of implementation will now bedescribed by way of example. The atomic model is different to theeclipse model by the way that relationships are formed betweensubscribers. The atomic model creates relationships by individualsubscribers requesting to be ‘friends’ with other subscribers. Therelationship is a 2-way relationship. Once a relationship is formed,special behaviour with regards to tariffs or discounts can be applied.

Standard Atomic SRM Functionality

For all subscribers, there will be 3 states that a subscriber can be inwith regards to the SRM Atomic Model. Each of the states will beexplained in greater detail below.

By default, all subscribers will have the service active. In the activestate, subscribers will have the following functionality

-   -   Can receive friend requests and be added as a friend (1 way        relationship)    -   Cannot request friend links    -   Can deactivate the service and stop receiving friend link        requests    -   Can register to the SRM

Registered subscribers have the service fully active. The functionalitywill be as follows:

-   -   Can receive friend requests and be added as a friend (2 way        relationship)    -   Can request friend link requests    -   Can login to the operator website to manage friend links    -   Can deactivate the service and stop receiving friend link        requests    -   Can have a periodic fee apply

Deactivated subscribers have the service fully inactive. Thefunctionality will be as follows:

-   -   Cannot receive friend link requests    -   Cannot request friend link requests    -   Can be added as a friend link (1 way relationship)    -   Can reactivate the service through registration

Registering to the SRM Service

In order for a subscriber to benefit from all the features of the SRM, asubscriber must first register to the SRM. One of the features of beinga registered subscriber is being able to make friend link requests.During the registration process, it is required for a subscriber toregister their nickname with the SRM—so that when they make a friendlink request, this is the name that the subscriber being requested isable to see. In order to do this, a subscriber can send a SMS to anoperator defined short code. The short code may include the followinginformation: <nickname consisting max number of characters as definableby operator> sent to <a short code operator definable> e.g. OliverBecket ->777

If the subscriber sends a registration request that is over the operatordefinable amount of characters, a return SMS will be sent explaining howto send a registration request as definable by the operator.

Name duplication is possible due to the MSISDN being the uniqueidentifier

Once the nickname or duplicate nickname is authorised by the SRM, aconfirmation SMS will be sent to the registering subscriber in thefollowing format:

-   -   The SMS will contain confirmation of the <nickname>    -   Contain information of a one-shot charge or subscription in        order to complete registration. This will be applied by return        confirmation SMS

Example SMS can be ‘You have selected oliver becket1 to be yournickname. Reply Yes to confirm (registration cost 3 E) Or re-register tochoose another nickname’ or ‘You have selected oliver becket1 to be yournickname. Reply Yes to confirm (monthly subscription cost 3 E) Orre-register to choose another nickname’

In order to confirm acceptance of nickname and to accept one-shotcharge/subscription (if defined) a subscriber can reply to the SMS withthe following format: <yes> The command is operator definable, multipleresponses may be defined for positive and negative answers.

Registration will only be complete if the subscriber has sufficientfunds in his account to cover the costs of the one-shot fee orsubscription.

When the SRM receives the confirmation SMS it will:

-   -   Register the nickname or duplicate nickname with the MSISDN that        sent the registration request.    -   Store this information so that when the subscriber makes a        friend request, this name & number appears on the create friend        link request SMS

Once the association between nickname or duplicate nickname & MSISDN iscreated, a confirmation will be sent to the registering subscriber:

-   -   The SMS will contain confirmation of the nickname    -   The subscriber will now move to the registered SRM state        An example SMS could be as follows: ‘Thank you. Nickname Oliver        Becket1 is now registered.

Once a subscriber enters the registered SRM state, they will have all ofthe functionality as described below. Each MSISDN can only create onenickname.

Creating Friend Links

A subscriber will want to call his friends on a regular basis. However,he may not know which network they are on. With the SRM a subscriber canmake a 2 way friend link with other on-net subscribers and a 1 wayfriend link with off-net subscribers. Before a subscriber can make afriend link request he must first register his nickname and number withthe SRM platform.

A subscriber can create a friend link one of two ways:

1. By sending an SMS containing the requested number to an operatordefinable short code, i.e. <MSISDN of requested number> sent to<operator definable short code> e.g. 07969565239 sent to 777.2. By sending a business card of the requested MSISDN to a operatordefinable short code as in FIGS. 4 a-4 c. The SRM will extract only theMSISDN from the business card. Where the business card contains multipleidentities these will be associated to the end user account.

The SRM will support the following business cards: V Cards, H card, NCard and/or Open Synch.

After the subscriber makes this friend request, the following actionswill take place. The SRM will take the MSISDN from process 1 or 2 andcheck the HLR to see if the MSISDN is an on-net number. By checking theHLR, the SRM will know whether the MSISDN is on-net or off-net (+ theoffnet number's operator name). The SRM will check whether the requestedMSISDN is a registered, active or deactivated subscriber.

It is necessary for the SRM to check the state of the requested MSISDN.This is because:

-   -   Deactivated subscribers cannot receive friend link requests    -   Activated subscriber can receive friend link request (1 way        relationship to be formed)    -   Registered subscribers can receive friend link requests (2 way        relationship to be formed)

In the scenario that the requested on-net MSISDN is in the deactivatedSRM state, the following actions will take place:

-   -   A 2-way friend create link will automatically be created,        however it will only act as a one-way relationship—as in when        the registered subscriber calls the friend link that has the        service deactivated, they will receive an alternative tariff or        discount.    -   When the subscriber with the service deactivated calls the        subscriber that requested the create friend link, there is no        special behaviour in terms of SRM rating. It will be a normal        call.    -   If the deactivated subscriber in the future becomes a SRM        registered subscriber, the 2-way relationship acting as a 1-way        relationship will automatically be restored to a fully        functioning 2-way relationship. That is when either subscriber        calls the other, it will be trigger a friend link tariff or        discount.

A SMS will be sent to the registered SRM subscriber saying thefriendship was formed and associated tariffs will now be valid. The SMSwill be definable by the operator but should contain the MSISDN of therequested friend link.

A deactivated SRM subscriber will not receive any SMS regarding friendlink requests.

The following actions will take place when a registered subscriber sendsa friend link request to an activated subscriber

-   -   A 2-way friend create link will automatically be created,        however it will only act as a one-way relationship—as in when        the registered subscriber calls the friend link that has the        service activated, they will receive an alternative tariff or        discount.    -   When the subscriber with the service activated calls the        registered subscriber that requested the create friend link,        there is no special behaviour in terms of SRM rating. It will be        a normal call.    -   If the activated subscriber in the future becomes a SRM        registered subscriber, the 2-way relationship acting as a 1-way        relationship will automatically be restored to a fully        functioning 2-way relationship. That is when either subscriber        calls the other, it will be trigger a friend link tariff or        discount

If the state is ‘activated’, a SMS will be sent to the registered SRMsubscriber saying the friendship was formed and associated tariffs willnow be valid. The SMS will be definable by the operator but shouldinclude the MSISDN of the requested friend link.

Due to the fact that in order to create a 2 way friend link relationshipor to deny a friend link relationship a subscriber must be in theregistered SRM state, the activated subscriber will be presented with anSMS with the following options:

-   -   <nickname> of inviting subscriber    -   Operator definable SMS        E.g. ‘Oliver Becket1 has sent a friend request. To receive        discounts when you call this number please register. Reply with        your nickname (max 20 characters). To deactivate the service,        reply STOP’

In the scenario that a subscriber replies to accept throughregistration, the registration process described above will be followed.In the scenario that a subscriber does not reply to a friend linkrequest, the SRM relationship will continue to act as a one-wayrelationship. In the scenario that a subscriber replies STOP to thefriend link request, the SRM will store the MSISDN of the requestedfriend link subscriber as a deactivated subscriber. This MSISDN will nowreceive SRM functionality as defined for a SRM deactivated subscriber.

The following actions will take place when a registered subscriber sendsa friend link request to another registered SRM subscriber. An SMS willbe sent to the inviting subscriber saying the friendship was formed andassociated tariffs are now valid. Because this is a registeredsubscriber, the requested number will already have an associatednickname. This can be inserted into the SMS. The SMS will be definableby the operator. The SMS should include the MSISDN of the invitedsubscriber & nickname. An example SMS could be as follows: ‘Thank you.Friend link with <Oliver Becket1> <0795732904967> is now formed andfriend link tariffs now apply’.

A SMS will be sent to the invited subscriber saying that anothersubscriber had requested a friend link. The SMS is definable by theoperator and should include the nickname of the requesting subscriber.The SMS will present the following options: to accept do nothing. Todeny reply <no>. To deactivate the service reply <STOP>. An example isas follows: ‘Oliver Becket1234567 has sent a friend request. To acceptdo nothing—friend link tariff applies now. To deny reply NO. Todeactivate the service reply STOP’

The subscriber being requested will clearly be able to see the name ofthe subscriber that is attempting to create the friend link.

To make the service have less load on the platform and so that it iseasier from the end user point of view, the friend relationship willautomatically be formed and the friend link tariff will now apply, asexplained in the SMS.

A subscriber does not need to take any action in order to accept afriend link request. The friend link tariff will apply automatically.

If the subscriber receiving the friend request does not want the link tobe made they can reply no to a short code. These ‘deny’ SMS will havetheir own chargeable event tariff as defined by the operator. It ispossible to make this SMS free of charge. A SMS will also be sent to theinvited subscriber saying that another subscriber had requested a friendlink. The following describes the process in greater detail.

In order to deny a friend link request, a registered subscriber canreply to the SMS simply by sending an SMS to an operator definable shortcode consisting of the following format:

-   -   <NO> sent to <operator definable short code>

After the command not to create the friend link has been sent, thefollowing logic will take place:

An SMS will be sent to the invited subscriber confirming that the friendrequest was not made. It will include the nickname of the registeredsubscriber that made the request and be definable by the operator. Anexample could be as follows: ‘Thank you. This is confirmation thatfriend request from Oliver Becket1 has not been created. No friend linktariff applies’.

An SMS will be sent to the registered subscriber that made the requestto explain that the friend request had been denied. It will be operatorconfigurable but should include the nickname & MSISDN of the invitedfriend link subscriber. An example could be as follows: ‘UnfortunatelyOliver Becket1234567 079783637283 has denied your friend request. Friendlink tariff does no longer applies’. No SRM friend link tariffs willapply for calls between these 2 subscribers.

Friend Link Request On-Net—Off-Net

After the HLR check described above, it is known whether the requestedfriend link subscriber is an on-net or off-net subscriber. This sectiondetails the logic that takes place when it is an off-net subscriber andno referral scheme is implemented. The referral scheme is describedbelow.

If the requested MSISDN is off-net, a 1-way relationship will be formedbetween the registered requesting MSISDN and the requested off-netMSISDN.

If the number is off-net a confirmation SMS will be sent to the invitingsubscriber. It will be operator definable but should include the MSISDNof the of the invited off-net subscriber. An example could be asfollows: ‘Thank you. 07978332954930 has been added to your friends.

It is a requirement in many countries that even if the requested friendis an off-net number that they must have the option to deny a friendrequest. For this reason the following logic will apply: A SMS will besent to the invited off-net subscriber saying that an on-net subscriberhad requested a friend link. The SMS is definable by the operator andshould include the following:

-   -   The sender number will be a long number and not a short code    -   Contain the nickname of the requesting subscriber    -   Contain the operator name from the inviting subscribers network    -   Present the following options: to accept do nothing. To deny        reply <no>.

An example is as follows: ‘Oliver Becket1 from <esgTel> has sent afriend request. To accept do nothing. To deny reply NO.

In the event that an off-net subscriber replies to deny the friendrequest, all friend link relationships will be deformed. ConfirmationSMS will be sent to both parties and will be operator definable.

It is also possible to implement a SRM Referral scheme. Thisfunctionality is described below.

Query Friends

It will be possible for a registered subscriber to query their friendlinks, for example by sending a command word to an operator definableshort code: e.g. <query> Sent to 777.

The SRM will send a list of all friend links created via SMS. The SMSwill be an operator definable message containing a list of all friendlinks—preferably both nickname and MSISDN.

It will be possible for a subscriber to query a individual MSISDN to seeif they are a friend link. The SRM will return a yes/no reply and anoperator definable message.

Removing Friend Links

It is possible for a registered subscriber to remove friend links oncethey have been created. To do this, a subscriber simply needs to thesend the MSISDN or a business card or nickname of the link that theywant to remove to a short code. For example, <0794729848729> sent to1000.

An SMS will be sent to the subscriber removing the friend link—this willbe operator definable but should include the nickname of the subscriberbeing removed and their MSISDN. An example could be ‘This isconfirmation that the friend link with Oliver Becket 03284762848489 hasbeen removed. Friend link tariffs no longer apply’.

An SMS will be sent to the removed friend informing that the friend linkhad been removed. It will be operator definable but should include thenickname of the removing subscriber. An example SMS could be as follows:‘Unfortunately OliverBecket1 has removed your friend link. Friend linktariffs no longer apply with this user’

SRM Behaviour Once Friend Links are Created

Once there are friend links created, there must be some benefit to bothsubscribers. This is because once there is a relationship formed analternative tariff or discount may be charged for the cost of that call.The following are functions that can be defined:

The SRM allows preferential rates to be activated when calling anothersubscriber to which a friend link has been created. When calling anotherfriend link, a discount could be received, for example 20%. The operatormust define which services are to be included in the scheme, such asvoice calls or SMS.

It shall be possible to define whether an alternative SRM tariff shallbe applied to:

-   -   Home Public Land Mobile Network (HPLMN) voice, video, fax or        circuit switched calls    -   HPLMN SMS or MMS MO    -   Any combination of HPLMN calls and HPLMN MO Messaging    -   neither (SRM disabled for product type)        The SRM service shall be enabled for the selected network        services across all product types and will be linked to the        capabilities of CCS and subsequent control plan logic.

For each applicable service the tariff/discount that are applied for asubscriber will be dependent on the product type that is defined. Forexample, an operator may have 3 separate product types: bronze, silverand gold. The friend link tariff is defined as the following:

Type of Use Bronze Silver Gold Friend link 10 cent/  7 cent/  3 cent/SMS % discount % discount % discount Friend link 20 cent/ 15 cent/  8cent/ MMS % discount % discount % discount Friend link 10 cent  7 cent 3 cent Voice call per minute/ per minute/ per minute/ % discount %discount % discount Friend link 30 cent 25 cent 15 cent Video call perminute/ per minute/ per minute/ % discount % discount % discount

It shall be possible to configure alternative tariffs for voice callsbetween friend link subscribers through the use of an alternative tariffplan that overrides the normal tariff plan for voice calls. This isconfigurable per product type or can be the same tariff plan for allcallers

It shall be possible to configure alternative tariffs for voice callsbetween friend link subscribers through the use of discount plan thatoverrides the normal tariff plan for voice calls. This is configurableper product type or can be the same discount plan for all callers

It shall be possible to configure alternative tariffs for video callsbetween friend link subscribers through the use of an alternative tariffplan that overrides the normal tariff plan for video calls. This isconfigurable per product type or can be the same tariff plan for allcallers

It shall be possible to configure alternative tariffs for video callsbetween friend link subscribers through the use of discount plan thatoverrides the normal tariff plan for video calls. This is configurableper product type or can be the same discount plan for all callers.

It shall be possible to configure alternative tariffs plans for SMSbetween friend link subscribers through the use of tariff plan thatoverrides the normal tariff plan for SMS. This is configurable perproduct type or can be the same tariff plan for all callers.

It shall be possible to configure alternative discounts tariffs for SMSbetween friend link subscribers through the use of discount plan thatoverrides the normal discount plan for SMS. This is configurable perproduct type or can be the same tariff plan for all callers.

It shall be possible to configure alternative tariffs for MMS sentbetween friend link subscribers through the use of tariff plan thatoverrides the normal tariff plan for MMS. This is configurable perproduct type or can be the same tariff plan for all callers

It shall be possible to configure alternative discounts tariffs for MMSbetween friend link subscribers through the use of discount plan thatoverrides the normal discount plan for MMS. This is configurable perproduct type or can be the same tariff plan for all callers

If a SRM discount or tariff is applied to a call or message, a tag shallbe added to the EDR produced by the UBE. An example could beSERVICE=SRM.

If a discount is accrued through the SRM service, then any subsequentValue Added Services which may be applicable, but which are configuredto have a lower priority than SRM, are skipped, and no further discountswill be accrued from these Value Added Services.

It shall be possible to setup an optional recurring SRM subscription feethat will be charged to each SRM subscriber every period. The amount ofthe fee shall be configurable per product type. The fee shall be appliedautomatically when registering to the SRM, and subsequently every 30days since the last fee was applied. A notification SMS shall be sentevery time the fee has been applied.

If a subscriber does not have sufficient credit when the recurringmonthly fee for the SRM subscription is applied, a notification SMSshall be sent to the subscriber, and a SRM grace period shall be startedthat will last for a configurable amount of days (min.1 day, max. 5days). During this grace period, the SRM service shall remain active forthe subscriber.

If a recharge is made during the grace period, a second attempt shall bemade by the service to apply the monthly subscription fee. If thisattempt succeeds, service shall be resumed as before; if the attemptfails, the SRM service for the subscriber shall be deactivated by thesystem. In both cases a notification SMS shall be sent to thesubscriber.

In the event that a subscriber does not pay the monthly fee for the SRMservice even after the grace period finishes, the subscriber will moveto the SRM activated state. If they want to reactivate the service whenthey have sufficient credit, they can do this by sending an SMS to ashort code. The SRM will recognise the subscriber from their MSISDN.Reactivation of the SRM service by the subscriber during the noticeperiod shall not be possible.

A subscriber can move to the registered SRM state after failing to pay asubscription by sending a SMS to a short code. This can not take placeuntil after the notice period. The message may comprise the followingformat: <re-register> sent to <operator definable short code>. Aftersuccessful payment has been taken, all previous friend links createdwill be restored.

In the case where a recurring monthly fee is charged for the SRMservice, deactivation of the SRM service by the subscriber shall onlytake effect at the end of the period for which the subscriber inquestion has already paid the subscription fee. At the end of thisnotice period (i.e. the final monthly period), the recurring fee shallno longer be applied and the SRM service of the subscriber shall bedeactivated by the system. The subscriber will move to the SRMdeactivated state

In the case where no recurring fee is charged for the SRM service or inthe case where a subscriber deactivates the SRM service during the graceperiod, there shall be no notice period and deactivation of the SRMservice shall take effect immediately. The subscriber will move to theSRM deactivated state immediately.

Notification of a Friend-Link Call

The most important factor for a subscriber when making a call/sending amessage to a friend link is that he is aware that the cost of the callwas rated in a special intra-friend link tariff/discount/service bundle.This can be achieved through 2 separate mechanisms.

When making a friend link call, before being connected to the ‘ringring’ tone, a subscriber hears a short message saying an operatordefinable message.

-   -   For example, ‘this is a friend-link call’ as defined by the        operator.    -   This can be substituted by a beep or skipped by a subscriber        using the self-care mechanism

A SMS can be sent to a subscriber to inform him of the cost of the callor SMS, old and new balance and that the call was rated as a friend linkcall/SMS

Atomic SRM+Referral Scheme

When a subscriber invites another subscriber to be a friend link, if thesubscriber is an off-net subscriber the following actions will also takeplace as part of the SRM referral scheme if the operator implements thereferral scheme into their network. The off-net MSISDN & correspondingnetwork will be sent to a SRM database. The operator can run reports onthese off-net numbers on demand. The information in the report can beused in a campaign to target off-net subscribers.

Additionally, an SMS will be sent to the off-net subscriber as definableby the operator. It may include at least the following:

-   -   Nickname of the on-net subscriber that requested them    -   Operator name    -   Operator definable text        An example could be the following: Oliver Becket1 wants you to        join <esgTel>. Bring your number to <esgTel> to receive 10 E        free credit.

If the number is off-net a confirmation SMS will be sent to the invitingsubscriber. It will be operator definable but should contain the MSISDNof the invited off-net subscriber and a referral message. An examplecould be as follows: ‘Thank you. 07978332954930 has been added to yourfriend links. They are not a subscriber of esgTel—if they join you willbe rewarded with 10 E free credit.

It is necessary that there is a control mechanism to ensure that peoplebeing referred have not been in the network for a predefined period oftime. One mechanism to control this is that only numbers that are portedacross from an off-net number are allowed to be rewarded.

Only ported numbers are subject to the referral scheme. It is arequirement that the operator has number portability implemented intotheir network.

If the ported number joins the operators' network, rewards willautomatically be sent to the wallets of both the referrer and referredand both will be sent an SMS to confirm this, definable by the operator.

Atomic SRM+Service Bundles

Another mechanism for promoting friend link calls is through the use ofservice bundles. In this way, a registered SRM subscriber can purchase afriend link service bundle. Service Bundles allow a subscriber toconvert purchased credit into credit which is available for use with aspecific service. A simple ‘friend link bundle’ example is where theuser can purchase a package of 1000 SMS for use to friend links withinthe next 1 month for only 10 EUR.

It is a suggestion that the operator can define a campaign whereby thereis no monthly subscription to the SRM. Furthermore, that there is nolimit on the amount of friend links that can be formed or separatetariff/discount for friend link calls. Instead, subscribers purchaseservice bundles for this type of call as and when they need them or permonthly basis. If their bundle runs out, if a friend link call is madeit will be charged as per their normal tariff until a subsequent servicebundle is purchased.

The operator can define a range of service bundles on offer, forexample:

Light Friend Medium Friend Talker Talker Socialite Friend Type of UseService Bundle Service Bundle Service Bundle Friend link 50 minutes 100minutes 200 minutes voice Friend link —  20 minutes  50 minutes videoFriend link 50 SMS 150 SMS 300 SMS SMS Friend link —  10 MMS  50 MMS MMS

The Service Bundles service allows the operator to define up to 10Friend link Service Bundle Credit Transfers. A Service Bundle CreditTransfer will result in a debit being made from the wallet of thesubscriber (the cost of the Service Bundle), and a credit being madeinto the wallet of the subscriber (the credit value of the ServiceBundle).

For each Friend link Service Bundle, the following parameters may bedefined:

-   -   name of the bundle    -   cost of the bundle    -   credit value of the bundle

The cost of the bundle shall be expressed in cash.

The credit value of the bundle shall consist of four balance creditswhereby the following parameters need to be specified for each balancecredit:

-   -   balance type (all existing chargeable balance types are allowed)    -   recharge value (expressed in cash, time or units depending on        the balance type)    -   validity (expressed in days)        Friend link service bundles can only be consumed on friend link        calls or messages

It shall be possible to purchase a friend link service bundle using aone-shot fee providing the subscriber has sufficient credit

It shall be possible to setup a recurring Service Bundle subscriptionthat will result in the configured Service Bundle being purchasedautomatically each month. A notification SMS shall be sent every timethe Service Bundle has been purchased. A first Service Bundle purchaseshall occur when the subscriber activates a subscription.

A subscriber can only be subscribed to one single Service Bundle at atime. It shall be possible for a subscriber to purchase a Service Bundleeven if he has an active Service Bundle subscription.

If a subscriber does not have sufficient credit when the monthly ServiceBundle purchase is being executed, a notification SMS shall be sent tothe subscriber, and a grace period shall be started that will last for aconfigurable amount of days (min.1 day, max. 5 days).

At the end of the grace period, a second attempt shall be made by theservice to purchase the Service Bundle. If this attempt succeeds, theService Bundle subscription shall remain active; if the attempt fails,the Service Bundle subscription for the subscriber shall be deactivatedby the system. In both cases a notification SMS shall be sent to thesubscriber.

It shall be possible to purchase and subscribe/unsubscribe to/from aService Bundle via the USMS GUI (Java screens).

It shall be possible to purchase and subscribe/unsubscribe to/from aService Bundle for a subscriber via the eServGlobal PI.

A subscriber shall be able to purchase and subscribe/unsubscribe to/froma Service Bundle through the IVR self care interface.

Atomic SRM+PromoMax Express

The PromoMax Express license will allow the operator to define a numberof counters which may be used for the application of rewards in realtime or at the end of each period. Each counter is defined with a name,along with the period which should be used for the promotion—the optionswhich will be provided will be that rewards can be applied daily,weekly, monthly or by yearly basis. The Unit of each counter will allowcash, time or number of events to be used as the criteria of thepromotion—so, for example, a counter for talk time each day and acounter for cash spend each month may be configured. The number ofevents functionality allows counting of the number of calls, SMS, or anyother ChargingMax UBE charged services to be tracked.

When each service and rating scenario is defined the counters whichshould be updated are chosen to give the operator full control overwhich services will be used as part of the promotion.

The ChargingMax Reward is calculated either at the end of the periodduring the expiration of the counter or fired in real time duringsession closing when the reward level is reached. This allows theoperator to target short term usage campaigns or alternatively, look atlonger term strategies where use over each month or year are used as thecriteria of the promotion.

Based on a Reward being reached a Credit reward only may be given.

With a credit reward, credit may be awarded to the subscriber based onanalysis of his expenditure. For example, if the subscriber spent 10 Elast month on calling they might receive 5E of national talk time creditwhich may be used in the first week of the next month.

The PromoMax Express service allows the operator to define one TariffReward scheme and up to three Credit Reward schemes. The system shallkeep track of the expenditure of the subscriber and shall reward thesubscriber according to the parameters defined in the reward schemes.

It shall be possible to track expenditure of a subscriber for FRIENDLINK destinations on the following services:

-   -   HPLMN MO voice or video calls    -   HPLMN SMS or MMS MO    -   A combination of HPLMN MO voice or video calls and HPLMN SMS or        MMS MO

The selected services shall contribute to the expenditure tracking inall reward schemes and across all product types.

Expenditure tracking shall be enabled across all product types for allthe defined reward schemes.

Expenditure may be tracked through one of the following methods:

-   -   cash expenditure tracking: this keeps track of the amount of        currency spent by the subscriber on friend link calls    -   time tracking: this keeps track of the call time of the        subscriber on friend link calls    -   unit tracking: this keeps track of the amount of calls        made/SMS's sent by the subscriber to friend links

It shall be possible to configure a different tracking method for eachreward scheme. Within a reward scheme, only one tracking method may beused.

Within each reward scheme, it shall be possible to configure the timelimit after which the tracked expenditure will be reset. Possible valuesare: daily, weekly, monthly and yearly.

Up to three Credit Reward schemes may be defined. In a Credit Rewardscheme, the expenditure of each subscriber is evaluated against a singleexpenditure threshold, either in real-time or when the expenditure timelimit expires. Depending on the accumulated expenditure value of at thatpoint, one of the subscriber's balances may be credited.

The following parameters need to be provided:

-   -   name of the reward scheme    -   tracking method (cash, time, units)    -   time limit (daily, weekly, monthly, yearly)    -   contributing destinations    -   expenditure threshold value per product type    -   real-time or not (if not, the reward is given when the time        limit expires)    -   reset expenditure counter after real-time reward (yes or no)    -   balance type to credit (product type specific)    -   credit value (product type specific)    -   credit validity (product type specific)

An advanced SMS shall be sent to a subscriber prior to a reward beinggiven. The operator will be able to define how far in advance thismessage is sent. Alternatively, a notification SMS shall be sent to asubscriber when a reward is being given.

It shall be possible to view the expenditure of a subscriber via theUSMS GUI (Java screens), for example the eServGlobal PI.

Example Promotions

-   -   A reward is offered by operator, use an additional 10 E of        airtime within 1 month on intra-friend link calls and move to        the gold product type. As soon as subscriber uses 10 E on friend        link calls he gets moved to gold in real-time and receives an        SMS.    -   Reward—send 300 SMS this month to friend links and receive SMS        for free for the rest of the month. Once subscriber uses 300        friend link SMS, he receives a SMS to inform him the reward was        reached and that he will now get free SMS till the end of the        period.    -   Rewards—an active friend link user receives a SMS saying        ‘congratulations, out of your friends, you are the friend that        has talked for the longest during the month—you receive free 80%        discount on video calls for the month’.    -   Rewards—individuals can be rewarded based on their amount of        invite friend link that they have created. E.g. a friend        subscriber can be rewarded for having a certain amount of friend        links that he has created, e.g. 100 friend link request that        have not been denied. In real-time when the subscriber obtains        this amount of friends, the individual friend is rewarded with        something.

Rewards—can be given to individuals based on the number of friend linksthat they create. E.g. make 20 friend link requests this month andreceive a reward of 20 friend link SMS.

Atomic SRM Self-Care

The following section refers to all self-care mechanisms available tothe subscriber using the SRM Atomic model. Inside the scope of theproject the self-care service logic flows will be defined.

Using the IVR mechanism, a subscriber will be able to undertake thefollowing actions specifically in relation to the SRM service only. Thisis not an exhaustive list as more requirements may be discovered duringthe SRS phase.

-   -   Can listen to details of the service    -   Can listen to how many friend links a subscriber is permitted to        have    -   Can listen to how many friend links a subscriber has    -   Listen to the friend link nicknames (if possible) and MSISDNs    -   Details of the friend link tariff/subscription/service bundle    -   Listen to available service bundles    -   Purchase a friend link service bundle    -   Listen to active service bundles    -   And any minutes/credits etc that are remaining    -   Listen to any promotions that are active    -   And current threshold status    -   Rewards that are on offer

Atomic SRM Operator Web Portal PI Commands

A subscriber will be able to log into an operator created & managed website. At registration, each friend is provided with a password that isrequired to access their account through the operator managed website.The website will interact with the CMX platform using the external PI.Using the website, a user will be able to manage their friend links andview information regarding their account and SRM promotions.

It will be possible to create PI commands for the following actions:

-   -   A registered subscriber can log in using their nickname/MSISDN &        password assigned during the registration process    -   A logged in subscriber can view their friend links (nickname &        MSISDN)    -   A logged in subscriber can view their current balances    -   A logged in subscriber can view their friend link        tariff/discount    -   A logged in subscriber can view their friend link service bundle        options    -   A logged in subscriber can view their PromoMax Express        balances—current situation and targets in order to reach rewards        etc    -   A logged in subscriber can view their maximum number of friend        links permitted (if defined) & their current amount of friend        links    -   A logged in subscriber can remove friend links To remove a        friend link the subscriber simply needs to select the friend        links to be removed and then to confirm this action. When a        friend link is removed, an SMS will be sent to the subscriber        removing the friend link and an SMS will be sent to the removed        friend. These SMS will be as per the remove subscriber process.

Atomic SRM Command List Alternatives

For each SMS command, it is likely that subscribers will sometimes notinput quite the correct word. For example, if the command action is STOPand the subscriber enters STP, it will be possible for the operator todefine as many alternatives to the command word as possible and for eachcommand.

SRM OpenSocial Model

it is possible to develop an application to run across multiple socialnetworking sites. The applications described herein can be installed bya user inside the portals of the networking sites and interface with theflexible ChargingMax platform (CMX).

The SRM Application

Applications developed by the SRM have the possibility to be launchedacross social networking sites using the OpenSocial API. Theapplications will give the possibility for subscribers to enter theirmobile telephone number into the application. The application will thenfetch ‘friend’ information for each user that has the applicationrunning and has installed the relationship. Therefore, friendrelationship information will be automatically linked. The SRMapplication will then interface with the CMX platform, communicatingthis friend relationship information and corresponding MSISDNs. The CMXplatform can then run control logic on these relationships. For example,2 people that are both friends on the same social networking site havethis application installed, when they call each other the cost of thecall will be rated according to a SRM tariff or discount. Theapplication will be operator specific, e.g. only for Orange UKsubscribers.

The social networking site application will update the friendrelationships and mobile numbers with the ChargingMax platform as andwhen changes are made. Friend relationships are kept up to date in realtime. This will use the external PI.

Application Design

The main concept around the SRM application will be as follows:

-   -   Users on a social networking site using the OpenSocial API will        be able to install an application seen to be from an operator,        e.g. a user on MySpace will be able to install an Esg-Tel        application.    -   Upon installation of the application, a user will need to enter        their MSISDN in order to receive any benefit from the        application.    -   When the MSISDN is entered, a user will be able to see their        ‘friends’ from the social site that also have the application        installed. The application will not show the MSISDNs of the        friends, unless specified by individual users.    -   The application will communicate with the CMX platform and keep        up to date records of MSISDNs and corresponding friend        relationships.    -   When MSISDNs entered into the application call other MSISDNs        entered into the application, the SRM will associate this friend        link and apply some type of logic to the control flows such as        an ‘Open Social’ discount.    -   The service will be limited to on-net numbers only—if off-net        numbers enter their MSISDNs and they are not from the on-net        operator, they will be removed from the application. To do this,        the SRM will check the number to be on-net/off-net and if the        number is to be removed from the application, the user will be        sent a message to explain the reasons for this.

Application Overview Screen

It will be possible to install the SRM application very easily. OnSocial Networking sites, it is possible to search for applications thatare available on their site via a GUI. In order for a user to view moredetails of the SRM application, the subscriber must simply click on therequested application displayed on the GUI.

The SRM application will present the user with a page that gives anoverview of the application. It will be able to include information suchas:

-   -   Application name    -   Description of application and how it works    -   Friends that have the application installed    -   And an option to install the application    -   A rating for the application

The final look and feel of the application screen should be implementedto be operator definable. This means that the operator will be able touse branded logos, image font size and colours etc.

Installation Procedure

When installing an application, a user is presented with installationoptions For example a user can selected to allow the application toperform any of the following tasks: ‘know who I am and access myinformation’, ‘put a box in my profile’, ‘place a link in my left-handnavigation’, ‘publish stories in my news feed and mini-feed’, ‘place alink below the profile picture on any profile’ and ‘send menotifications via email’.

The SRM will have a final button which can be pressed in order toinstall the application.

Post Installation Application Main Page

The application main page will give full details of the application. Inorder for the service to become active, a user must first enter theirphone number. Normalization rules will apply.

Once the subscriber has entered their mobile number the application willbe active. The application will fetch information on the users' friendswho also have the application running The subscriber will be able to seefrom a list all of their friends on the social networking site inquestion that also have the application running. So that when they calleach other, they receive some kind of reduced call through a tariff ordiscount.

It will be an option that a subscriber can select so that no otherperson can see their telephone number displayed. On the other hand, itwill be an option to have this number displayed—of course, only‘friends’ will be able to see this number.

SRM Application Update

The CMX platform will keep an up to date record of all friendrelationships that have the SRM application installed. Every time a newuser installs & activates the application an update will be sent to theCMX platform. The CMX platform will be sent the information from theapplication and will take the MSISDN and check the HLR to see if theMSISDN is an on-net number. The SRM platform will check all numbers thathave installed the application to make sure that the number is an on-netnumber.

If the number is on-net the application will be active and the CMXplatform will associate a friend link relationship between all of thesubscriber's friends on the social site that have the applicationrunning Friend links will be updated if new subscribers add theapplication or if subscribers remove the application.

If it is not an on-net number, the CMX platform will interact with theSRM application so that through the application, a message can be sentto the off-net subscriber. It will say something along the lines of:‘The SRM application is for esgTel subscribers only. Unfortunately youare not a esgTel subscriber and consequently cannot benefit from theesgTel application benefits.’ The operator can then define a messageinviting the subscriber to switch networks.

Searching for Friends from Different Social Network Sites

Using the application, it will be possible to make friends withsubscribers from other social network sites that have the applicationrunning

A user will be able to search for members from other social sites thathave the application running and make friends with them within theapplication so that they can benefit from the application benefits. Thisfriend relationship will be restricted to the SRM application only.

Application Benefits

The SRM allows preferential rates to be activated when calling anothersubscriber to which a friend link has been created. When calling anotherfriend link, a discount could be received, for example 20%. The operatormust define which services are to be included in the scheme, such asvoice calls or SMS.

The tariff/discount that are applied for a subscriber will be dependanton the product type that is defined. For example, an operator may have 3separate product types: bronze, silver and gold. The friend link tariffis defined as the following:

Type of Use Bronze Silver Gold Friend link SMS 10 cent  7 cent  3 centFriend link MMS 20 cent 15 cent  8 cent Friend link Voice 10 cent per  7cent per  3 cent per call minute minute minute Friend link Video 30 centper 25 cent per 15 cent per call minute minute minute

Due to the fact that there is no charge for activation of the serviceand the fact that a subscriber can create friend links with an unlimitedamount of subscribers this potentially is a way for the operator to giveaway cheap calls on every call a subscriber makes—this is because asubscriber could create a friend link with every on-net friend on theirsocial networking site—it is not uncommon for many people, especiallythe youth, to have 500+ friends. In order to avoid this scenario thereare 2 solutions available to the operator;

-   -   Apply a charge/subscription for the friend link tariff. For        example, a subscriber has 30 friend links with people who he        calls on a regular basis. He decides to pay the subscription for        the above tariff monthly so that when he calls his friend links,        he gets cheaper calls. He is also encouraged to create more        friend links. When he makes a call to a number that is not a        friend link, his normal tariff rules and balance cascades apply,        i.e. it is not a friend link call.    -   Purchase an intra-friend link service bundle. Much like        intra-social group service bundles. Service Bundles allow a        subscriber to convert purchased credit into credit which is        available for use with a specific service. A simple        ‘Intra-friend link bundle’ example is where the user can        purchase a package of 1000 SMS for use to intra-friend links        within the next 1 month for only 10 EUR. The operator can define        a range of service bundles on offer, for example:

Light Friend Medium Friend Talker Talker Socialite Friend Type of UseService Bundle Service Bundle Service Bundle Intra-friend 50 minutes 100minutes 200 minutes link voice Intra-friend —  20 minutes  50 minuteslink video Intra-friend 50 SMS 150 SMS 300 SMS link SMS Intra-friend — 10 MMS  50 MMS link MMS

-   -   A subscriber can purchase a service bundle through the        application. The application will interact with the CMX/SRM        platform in real-time, i.e. to check to see whether the        subscriber first has enough money to purchase the service        bundle, and secondly to deduct this credit from the subscribers        account. An SMS confirmation will be sent to the subscriber's        numbers:        -   Either confirming the purchase of the service bundle or        -   Explaining it was unsuccessful and the reason for this such            as insufficient credit    -   A subscriber can view/purchase as a one shot/subscribe to a        service bundle via the self-care mechanism or through the        eServGlobal PI.

Having friend-link service bundle functionality means that the operatorcan control the amount of revenue or discount that is given away throughfriend link calls. The operator can define, if desirable, a maximumamount of service bundles that can be purchased by an individualsubscriber every month.

It can also be defined that there is no separate tariff or discount forfriend link calls/usage. Instead, the subscriber must purchase a friendlink service bundle. Once he has consumed this friend link servicebundle, the subscribers' normal tariff will be applied for allcalls/SMS, even if it is a friend link call—that is until the subscriberpurchases another friend link service bundle in which case the cost ofthe call would be deducted from the friend link service bundle.

The application will give full details of the service bundles on offerand will also give full instructions of how to purchase this servicebundle—namely through the application or by following the instructionsthe application will give for the self-care mechanism that a user canaccess from their phone.

Once CMX platform has friend link relationship information andcorresponding MSISDNs, it will be possible to define separate discountsor tariffs as with the Atomic model. Specific requirements can bedefined during the SRS phase but in principle will work in the same way.

Once CMX platform has friend link relationship information andcorresponding MSISDNs, it will be possible to define service bundlefunctionality as with the Atomic model. Specific requirements can bedefined during the SRS phase but in principle will work in the same way.

Mobile Upload

It will be possible for friends to upload photos or video taken fromtheir mobiles so that these can be displayed on the application. Thiswill be very easy for the subscriber to do—he will simply need to sendit to a short code. The SRM will then upload this to the application tobe viewed from the social networking sites. The photos will only be seenby ‘friends’ that have the application running.

The benefit of this application is firstly for the operator—here theyare using the social network sites to display their customers' photoswhich will be able to be seen from subscribers across multiple socialnetworking sites.

Secondly, the subscriber can upload photos/videos at any time—that is tosay that a subscriber could be on a crazy night out in town—big reunionof friends and they take photos which brings them great amusement. Thesubscriber can then send the photos to a short code there and then, andhave the photo waiting on the application for the next morning when theywake up for all friends with the application running to see. Of course,for the social networking site they are benefiting also from havingactive users on their site.

ChargingMax Platform

As described above, the system may implement a platform to manage andcontrol aspects of charging users for the services that they access. Oneembodiment of the system, which may be termed the ChargingMax platform,is described below. One embodiment of a ChargingMax system isillustrated schematically in FIG. 8, including a Universal ApplicationServer 810, a Universal Billing Engine 812, a Universal ServiceManagement System 814 and a system for Third Party Rating and Managementof Subscribers 816. An alternative embodiment, in which Third PartyRating and Billing is provided is illustrated in FIG. 9.

The platform is implemented to enable a differentiated Online ChargingSystem, hybrid convergence and calling card services. The ChargingMaxConvergence product allows the operator to connect GSM, fixed, CDMA andNGN networks in real-time to a billing system—providing subscriber andoperator VAS. This component allows dynamic subscriber data to bedefined and used in advanced Online Charging System services, dependingon the operators' needs. The Universal Billing Engine (UBE) provides therating, wallet and voucher management for voice, video, data and SMScharging.

The solution is deployed with minimal integration effort using existinginterfaces, helping to rapidly launch new services and enabling theoperator to derive higher average revenues per user (ARPU).

The system may be used to build a range of service offerings forcustomers that include: Operator defined Subscriber Centric VAS, ServicePersonalization—Friends and Family, Favourite Destination, Buddy List,etc., Location Based Services—Home Zone, FMC simulation and VoucherBundles—Purchase services with vouchers.

In addition, the ChargingMax suite can also enable: PromoMax Express,Peer-2-Peer credit transfer, Service Bundles, Subscriber ProfileManager, Control Plan Editor. Additional licenses such as these allowthe operator to customize the package based on market expectationswithin specific territories.

Management of ChargingMax is achieved through comprehensive and detailedTMN FCAPS functions: Fault, Configuration, Accounting, Performance andSecurity Management. These are provided by the Universal ServiceManagement System.

ChargingMax can be installed in fixed or mobile networks in both circuitand packet-switched infrastructure (including SIP networks). In oneembodiment, ChargingMax is deployed on a range of standard Sunapplication server hardware with Solaris operating systems.

The ChargingMax Online Charging System solution provides prepaidfunctionality for subscriber centric wireless, wire line and NGNnetworks. By offering these network interfaces in parallel, the IMSdream may be fulfilled using today's technologies. Furthermore, theoperator always has the option to seamlessly migrate the solution into aConvergent architecture.

As a first step towards convergence many operators are deploying hybridOnline Charging System solutions. This economically viable option allowsoperators to capitalize on the Online Charging System architecture withclose integration with a post-paid partner. Essentially the OnlineCharging System solution remains in place to offer real time servicesand credit control but pre-rated EDRs are sent to the off-line chargingsystem for bill production and management of the post-paid feecollection and dunning.

ChargingMax Convergence allows the operator to connect the networkelements to the online charging system, acting as a Value Added Services(VAS) gateway. By either storing locally or collecting subscriberinformation from external Subscriber Data Functions (SDF), the solutionprovides a graphical environment for new services to be created.

ChargingMax Packaged Solutions have been developed using predefinedtechnology, resulting in a solution which is competitively priced forboth a revolutionarily low subscriber base through to several millions.It uses commoditized technology and focuses on selling marketingexpertise with choices of selectable services and features ready to beimplemented into a system from The Services Library. The ultimate resultis a highly valuable and functional system with a very fast ROI.

The SRM Standalone solution described herein enables the advanced andcutting edge VAS capabilities of ChargingMax to be made available to a3rd party IN. This allows a common deployment of the SRM across aregional or worldwide group.

In preferred embodiments:

-   -   ChargingMax evolves with the operator's needs for the market—The        platform allows additional services and features to be defined        using the Control Plan Editor to allow the operator to create        new promotions and features. This eliminates the need to invest        in supplementary systems and software, and allows conservation        of the ChargingMax investment.    -   ChargingMax is reliable—As a telecommunication provider, the        quality of service which is received by the end consumer has a        dramatic effect on the perception in the market. ChargingMax        offers a fully redundant architecture with options for site        redundancy and disaster recovery platforms.    -   ChargingMax is a network agnostic—Simultaneously providing GSM,        CDMA, wire-line, SMS, data and NGN IP connectivity for 2G and 3G        networks. Supporting core network equipment from most vendors        the system is independent and can be used even in multi vendor        environments. If the network evolves to embrace new technologies        then choosing a homogonous service platform which supports the        network migration is a must.    -   ChargingMax offers a path to convergence—Every operator must        consider moving towards some kind of convergent billing        solution. If a pure Online Charging System or hybrid convergence        is not the right choice for the operator, the same software and        equipment can be used to support a convergence architecture with        a 3rd party billing solution. Existing services and subscriber        data are preserved to remove any impact to the end customer.    -   ChargingMax is scaleable—An increase in traffic often means the        simple acquisition of software licenses. If supplementary        hardware is required this may be added as part of a turn-key        upgrade without requiring migration or service outage.    -   ChargingMax is easy to operate—Supervision and management of the        ChargingMax system is made easy with a web based graphical        management system. Supervision is provided either by the built        in NMS functions or integrates into a larger supervision system        using industry standard protocols.    -   ChargingMax is a building block—Pre-integrated with other first        class Value Added Service platforms, the operator is able to        deploy a full range of Charging, Top up, Messaging and Next        Generation Services.    -   ChargingMax is a product—Regular investment means that        eServGlobal aims to make two product funded releases each year.        This means that the operator is able to take advantage of        charging trends on a global basis as well as having a channel        for development of locally needed features. User groups and        marketing workshops can supplement the operators own research        and imagination.    -   ChargingMax is dynamic—Giving the operator the tools to define        the data stored for each subscriber and the way this influences        the end service enables the operator to achieve true flexibility        and a unique market position.    -   ChargingMax is open-ended—Using the graphical Control Plan        Editor, the charging services which may be deployed on the        platform are limited only by the imagination of the operator.

The charging, call control, management of subscribers and otheroperations may be carried out by a separate or third party module. Inthis scenario, the present system may be used in a “service node”configuration, where it is triggered during call setup for trackeranalysis. A prefix or FCI may be added to the Connect operation beforecall handover to the standard charging platform following a friend linkcall. FIG. 10 illustrates schematically an Online Charging system voicecall using a prefix and the steps are summarised below:

1. The O-CSI subscription informs the (V)MSC to trigger the 3rd partySCP. The (V)MSC continues communication on the dialog directly to the3rd party SCP2. The O-CSI subscription reflects the Global Title of the SRM serviceonly for those subscribers registered for SRM3. SRM applies it's internal logic . . . .4. In the BEGIN state of a TCAP dialog it's possible to change theCalled SCCP address—this is how an STP works . . . .5. The use of a Prefix or specific service key informs the 3rd Party INthat a discount should be applied6. At this point—the TCAP CONTINUE operation marks the dialog as‘sticky’—it's not possible to change the SCCP addresses beyond thispoint7. The (V) MSC continues communication on the dialog directly to the 3rdparty SCP

FIG. 11 illustrates a post-paid voice call using an FCI. In summary:

1. The O-CSI subscription reflects the Global Title of the SRM serviceonly for those subscribers registered for SRM2. The (V) MSC EDRs from the SRM then reflect the FCI data—fordiscounting/rating in the offline billing system3. EDRs are sent to the offline billing system with FCI data

Referral Scheme

When a subscriber makes a friend link request, it is possible to combinethis with the intelligent referral scheme and benefit from the SocialRelationship Manager concepts. This enables an acquisition and/oranti-churn campaign to be deployed out of an operator existing customerbase, leveraging value from sticky relationships. The referral schemeallows existing subscribers to refer their friends. This is a verypowerful process—the subscriber can persuade his friends to switchnetworks and the motivation for the subscriber to refer his friend isthat by doing so, he will receive a gift from the operator; such as freetalk time if the friend switches networks.

When a friend link is sent from a registered subscriber to an off-netsubscriber, the following example SMS can be sent:

To on-net subscriber: “Friend link is now formed with 07973 232 957 fromoperator OtherTel. Friend link tariffs now apply with this number. Ifyour friend ports their number to eServGlobalTel you will receive 200minutes of friend link calls. Your friend will also receive a welcomepresent . . . . ”

To off-net subscriber: “Colin Berwick 07963 498 384 from eServGlobalTelhas sent a friend link. When Colin Berwick calls you they receive cheapcalls. If you port your 07963 498 384 number to eServGlobalTel we'llgive you a welcome present of 5 Euros for every eServGlobalTel friendthat creates a link with you (maximum 20 Euros). We'll also credit ColinBerwick if you join us. Call 07967 473 384. To stop receiving theserequests reply STOP (free of charge)”

Here, details of the referral reward can clearly be visible to bothparties. It is likely, through viral marketing, that the on-netsubscriber will try to persuade the off-net party to switch networks.The SRM has a fully automated process for this to happen and for bothparties to be rewarded when an off-net subscriber becomes on-net. Whenan off-net subscriber who has been referred and added as a friend portstheir number they will immediately benefit from a referral reward. Thiswill be applied by a simple BPL (Business Process Logic) which will beapplied according to the operator's port-in process. For instance, areward could be applied for switching networks after a first call orwhen the first recharge above a certain amount has been made—at thispoint, each of their friends will also receive a small reward for theirreferral. The rewards that can be applied are based upon voucher typesthat can be created for the SRM service.

An SMS will be sent to the friend stating that they received a rewardbecause one of their friends ported their number to the operator. Itwill include; both nicknames; the ported-in subscriber's MSISDN; thename of the voucher type and a description of the reward (such asbalance and days until balance expiry). An example SMS can be asfollows: “Thanks <nickname>. Your friend <nickname> <MSISDN> has joinedeServGlobalTel. We're all now friends. Please accept a gift of <300minutes of friend link calls> to be used within the next <new balanceexpiry period in days> days”

Finally, an SMS will be sent to the ported-in subscriber stating thatthey have received a referral reward; it can include their nickname, thecount of their friends that also received the reward, the name of thevoucher type and a description of the reward (such as balance and daysuntil balance expiry). For example: “Welcome to eServGlobalTel asrecommended by <count of friends> of your friends! Have a gift of 20Euros credit, to expire after one month. By the way, each friend linkalso received a gift. To register to the SRM Promotion and receive cheapcalls to your <number of friends> friends please send an SMS with yournickname to 121 (20 characters or under) at a charge of <initial charge>and subscription charge of <subscription cost> per month”

PromoMax Express

In order to reduce churn, operators can reward their customers basedupon their consumption habits. This is only possible when trackers areput in place to watch the various service usages, a function performedby the Promotion Management feature of the UBE. In a ChargingMaxConvergence mode, a UBE must also be deployed however it will be toperforming the promotional counter functionality only. The rating andother functions will still remain with the 3rd party OCS. In someembodiments, Service Bundles may be given as rewards.

When the SRM is combined with PromoMax Express, rewards can be given tosubscribers based upon the following criteria: Friend link calls/SMS andRevenue spent on friend link calls. SRM Business Intelligence can beused in conjunctions with PromoMax Express to reduce churn; byhighlighting valuable influential subscribers.

The advanced ChargingMax logic allows rewards to be applied inreal-time. That is when a subscriber reaches a reward, they immediatelyreceive the reward. This is a powerful instrument due to the fact thatthe subscriber needs to understand why they have been rewarded in orderto reduce churn. By applying the reward at the time of reaching thereward, the subscriber is fully aware why they have been rewarded.

The service can also be defined so that rewards can be applied at theend of a given period. However, as explained above, its important forthe subscriber to understand why they are receiving the reward—even ifthe reward is given at the end of the period, the subscriber can stillbe made aware of reaching a reward threshold by receiving a notificationSMS explaining so.

The operator is also able to set the expenditure period very easily.This can be daily, weekly, monthly or yearly allowing many differentanti-churn promotions to be defined, with different promotions targetingdifferent segments of the customer base.

When a non real-time reward is given to a subscriber, such as when anSRM balance threshold is reached, the billing engine plug-in will applythe reward directly to the subscriber's wallet. Rewards are applied bysending a voucher type recharge to the convergent Online ChargingSystem.

IVR Self-Care

Having an end-to-end self-care mechanism for the subscriber brings agreat cost reduction to the operator—there's a reduced need to callcustomer services. The less time a CSR agent spends on resolvingcustomer problems allows the operator to benefit from greater costsavings. Furthermore, if a subscriber can solve his own query or problemvery easily without having to call customer services, this will lead toa much more pleasing end user experience.

When a subscriber dials into the Interactive Voice Response (IVR)self-care, the SRM will first check that the subscriber is registered tothe service. If they are not, they will be informed how to register, anycosts etc, and will be disconnected from the IVR. For registeredsubscribers, they will hear a fixed welcome announcement and a set ofoptions to choose from, for example:

-   -   The first option allows a subscriber to hear how many friends        they are allowed to have based upon their product type    -   The second option allows a subscriber to hear how many friends        they currently have in their friend list    -   The third option allows the subscriber to hear the MSISDN for        each of their friends    -   The fourth option allows the subscriber to hear the current        tariff or discount that applies when they make an SRM call. If        different tariffs apply depending on the friend list size then        the current size of the friend list will be used to select from        a fixed set of tariffs    -   The fifth option plays information about the SRM specific        service bundles. A new feature node plays the announcement IDs        associated with service bundles in name order; the service        bundles selected will be those associated with the subscriber's        product type    -   The sixth option will play the SRM PromoMax Express balances and        targets        After all options have been played, the subscriber will be        disconnected from the IVR system.

FIG. 6 illustrates one embodiment of an architecture of a systemdescribed herein. FIG. 7 illustrates an alternative embodiment of anarchitecture for the present system.

Click to Call

In conjunction with any of the embodiments described above, a“click-to-call” interface may be provided via a web interface, forexample via an application on a social networking site. A user who hasaccess to the service, for example who has installed the application,clicks on an icon representing a friend that they wish to call, orselects the friend from a list, on the web interface. A call is then setup between the users. For example, the system may first call therequesting user on their mobile telephone and, when the first useranswers, call the second user to connect the users. To the second user,the call may appear to originate directly from the first user. However,since the call has been set up via the present application, one or bothusers may benefit from preferential call rates. The call may betransmitted entirely over the mobile telecommunications network, but mayalso be offloaded onto another network, for example a VoIP network, atleast in part.

Since the present system stores the MSISDN of all registered users,including the first and second user, the first user can contact thesecond user on his mobile telephone without knowing the MSISDN of thesecond user. In this case, the connection is set up simply on the basisof the first user's ‘friend’ link with the second user on the webinterface.

In one embodiment, the system connects the first and second users viathe telecommunications network, but hides the MSISDN of the second userfrom the first user, and preferably vice versa. In another embodiment,the system may connect the first user in a first network (for example anIP network) to the second user in a second network (for example atelecommunications network). That is, a first user at a computerterminal may be connected to a second user at a mobile terminal.

In another embodiment, the first user may access his friend details onhis mobile terminal (for example a web-enabled mobile telephone) andrequest a “click to call” connection directly with a friend from hismobile terminal. The present system will then connect the first andsecond user's mobile terminals. Thus the system may appear to the firstuser to be very similar to calling a friend from the address book on hismobile terminal but, rather than storing the telephone number of thesecond user, the friend link is sufficient to enable a connectionbetween users.

This feature provides the additional advantage that users may changetheir MSISDN numbers and update only their settings for the presentapplication. Other ‘friends’ who are connected to them via theapplication can contact them using the “click to call” functionalitydescribed here without having to update their own address books with theuser's new contact details and even without having been informed of theuser's new number. This may allow a user to change his contact MSISDNnumber on a regular or temporary basis, for example if he hastemporarily lost his mobile telephone or if a landline number is moreconvenient at a particular time.

Implementation

A particular embodiment of a terminal 700 via which a user can accessthe system can be implemented using a processing system, an example ofwhich is shown in FIG. 4. In particular, the processing system 710generally includes at least one processor 720, or processing unit orplurality of processors, memory 712, at least one input device 714 andat least one output device 716, coupled together via a bus or group ofbuses (not shown). In certain embodiments, input device 714 and outputdevice 716 could be the same device. An interface 718 can also beprovided for coupling the processing system 710 to one or moreperipheral devices, for example interface 718 could be a PCI card or PCcard. The interface 718 may also comprise a modem or network adaptor,for example an Ethernet card. The memory 712 can be any form of memorydevice, for example, volatile or non-volatile memory, solid statestorage devices, magnetic devices, etc. The processor 720 could includemore than one distinct processing device, for example to handledifferent functions within the processing system 710.

Input device 714 receives input data from a user and can include, forexample, a keyboard, a pointer device such as a pen-like device or amouse, audio receiving device for voice controlled activation andinternet telephony such as a microphone, data receiver or antenna suchas a modem or wireless data adaptor, data acquisition card, videoreceiving device such as a web camera etc. Input data could come fromdifferent sources, for example keyboard instructions in conjunction withdata received via a network. Output device 716 produces or generatesoutput data and can include, for example, a display device or monitor inwhich case output data is visual, a printer in which case output data isprinted, a port, for example a USB port, a peripheral component adaptor,a video and/or audio output device, a data transmitter or antenna suchas a modem or network adaptor, etc. A user could view data output, or aninterpretation of the data output, on, for example, a monitor or using aprinter.

In use, the processing system 710 is adapted to allow data orinformation to be stored in and/or retrieved from, via wired or wirelesscommunication means, the local memory 712 or remote databases via anetwork to implement the methods described herein. The interface 718 mayallow wired and/or wireless communication between the processing unit710 and peripheral components that may serve a specialised purpose. Theprocessor 710 receives instructions as input data via input device 714and can display processed results or other output to a user by utilisingoutput device 716. More than one input device 714 and/or output device716 can be provided. Input data may be received from and output data maybe sent to a remote server 724 or a cluster of servers via a network 722which may include the Internet, connected to the interface 718. Itshould be appreciated that the processing system 710 may be any form ofterminal, server, specialised hardware, or the like and is not limitedto the embodiment shown.

Processing system 710 is adapted to communicate with other terminals orwith one or more servers 724, for example a database server which isconnected to a plurality of databases 726 a, 726 b, by sending andreceiving data via a network 722, thereby facilitating communication ofdata. The remote server 724 may comprise a single server or a cluster ofservers, which may be geographically remote from each other, for examplebeing implemented as a “cloud”. The server(s) 724 may be standalonedevices implementing the system described herein or the described systemmay be implemented on a portion of the server(s) 724, which may alsoprovide other functionality, for example by serving other web-basedapplications. For resiliency and redundancy, the servers 724 arepreferably separated geographically and topographically.

The server(s) 724 are connected to at least one database and preferablya plurality of databases 726 a, 726 b. The databases 726 a, 726 b mayalso be provided in cluster or “cloud” arrangement and are preferablyalso geographically and topographically separated over the network 722.

It will be clear to one skilled in the art that the systems and methodsdescribed herein may also be implemented using other types of physicalequipment and the description above is not intended to be limiting. Forexample, the user terminal 700 may be replaced by a hand-held unit, suchas a laptop, PDA or mobile telephone, providing similar functionality.

1. A method of providing a telecommunications link between a first userand a second user in a telecommunications network, the methodcomprising: receiving a request from the first user to provide atelecommunications link to the second user; determining from a serverhosting a networked community of users in which users interact over acommunications network independent of the telecommunications networkwhether the first user and the second user have a specified relationshipin the community of users; and specifying at least one setting for thetelecommunications link based on whether the first user and the seconduser have a specified relationship in the community of users.
 2. Amethod according to claim 1 wherein the request from the first userincludes an Mobile Subscriber ISDN Number (MSISDN) identifier for thesecond user in the telecommunications network.
 3. A method according toclaim 1 or 2 wherein the request from the first user comprises a callsetup connection request for a connection to the second user in thetelecommunications network.
 4. A method according to claim 1 or 2wherein the request from the first user comprises a message transmissionrequest for transmission of a message to the second user in thetelecommunications network.
 5. A method according to any preceding claimwherein specifying at least one setting for the telecommunications linkcomprises specifying a billing policy for the telecommunications link.6. A method according to any preceding claim further comprising furthercomprising receiving from the server information identifying at leastone specified relationship between two users in the network community ofusers and caching the information.
 7. A method according to claim 6further wherein determining from a server whether the first user and thesecond user have a specified relationship comprises retrieving from thecache information relating to at least one specified relationship.
 8. Amethod according to any claims 1 to 5 wherein determining from a serverwhether the first user and the second user have a specified relationshipcomprises sending a request to the server including an identifier of thefirst user and an identifier of the second user.
 9. A method accordingto any preceding claim wherein the telecommunications link comprises amessage transmission path.
 10. A method according to any of claims 1 to9 wherein the telecommunications link comprises a voice or data link.11. A method according to any preceding claim wherein the communicationsnetwork independent of the telecommunications network comprises aninternetwork.
 12. A method according to any preceding claim furthercomprising: receiving over the telecommunications network a request fromthe first user to form a specified relationship with a third user in thecommunity of users, the request including an identifier of the thirduser; and transmitting to the server a relationship request message torequest establishment of a specified relationship in the community ofusers, the relationship request message including an identifier of thefirst user and an identifier of the third user.
 13. A method accordingto claim 12 wherein the identifier of the first user and the identifierof the third user comprise identifiers in the telecommunicationsnetwork.
 14. A method according to claim 12 or 13 wherein the identifierof the first user and the identifier of the third user compriseidentifiers in the community of users.
 15. A method according to anypreceding claim further comprising providing at the server anapplication for managing communication with the telecommunicationsnetwork.
 16. A method according to claim 15 further comprising:receiving at the application a request from a first user to form aspecified relationship to a third user in the community of users, therequest including an identifier of the third user; and storing anidentifier of the first user and the identifier of the third user as aspecified relationship in the community of users.
 17. A method accordingto claim 16 wherein the request is received from the communicationsnetwork.
 18. A method according to claim 16 wherein the request isreceived from the telecommunications network.
 19. A method according toany of claims 16 to 18 wherein the identifier of the first user and theidentifier of the third user comprise identifiers for the users in thetelecommunications network.
 20. A method according to any of claims 16to 19 wherein the identifier of the first user and the identifier of thethird user comprise identifiers for the users in the community of users.21. A method according to any preceding claim further comprisingproviding at the server an application for providing an interface toenable users in the community of users to manage specified relationshipswith other users in the community.
 22. A method according to claim 21further comprising: receiving at the application a registration requestfrom a user, the registration request including an identifier of theuser in the telecommunications network and an identifier of the user inthe community of users; storing the identifiers in a database ofregistered users.
 23. A method according to claim 21 or 22 furthercomprising: receiving at the application an identifier for a group ofusers; and storing the group identifier with an identifier of at leastone user, the user being a member of the group.
 24. A method accordingto claim 23 wherein the response from the server indicates whether thefirst user and the second user are members of the same group of users.25. A method according to claim 23 or 24 further comprising providing aninterface to enable a group administrator to control the membership ofthe group.
 26. A method according to any of claims 23 to 25 furthercomprising requesting payment for the telecommunications link from afirst payment account if the first and second users are members of thegroup of users and requesting payment for the telecommunications linkfrom a second payment account if the first and second users are notmembers of the group of users.
 27. A method according to any precedingclaim wherein specifying at least one setting for the telecommunicationslink comprises: selecting a billing policy for the telecommunicationslink; and transmitting the billing policy to a network operator in thetelecommunications network.
 28. A method according to claim 27 whereintransmitting the billing policy to a network operator comprisestransmitting the billing policy to a billing server in thetelecommunications network.
 29. A method according to any precedingclaim further comprising determining a minimum payment amount requiredfor the telecommunications link based on whether the first user and thesecond user have a specified relationship in the community of users. 30.A method according to claim 29 further comprising: determining whetheradvance payment is required from a user account associated with thefirst user and whether a minimum payment amount is available in the useraccount; and generating a message to indicate whether thetelecommunications link is permitted or refused based on the minimumpayment amount is available in the user account.
 31. A method accordingto any preceding claim further comprising generating a data record, thedata record including at least one of: an identifier of the first userand/or the second user in the telecommunications network; an identifierof the network provider for the first user and/or the second user in thetelecommunications network; an identifier of the type oftelecommunications link requested between the first user and the seconduser; an indication of the length of time for which the first and seconduser are connected over the telecommunications link; and an indicationof the value ascribed to the telecommunications link for thetelecommunications network.
 32. A method according to claim 31 furthercomprising analysing a plurality of data records to identify at leastone user not associated with a selected network provider.
 33. A methodaccording to any preceding claim further comprising: receiving in afirst network a request from a first user to establish a connection to asecond user, wherein the request comprises an identifier of the seconduser in the first network; retrieving an identifier for the second userin a second network; and establishing a connection between the first andthe second user, wherein the connection is established at least in partover the second network.
 34. A method according to claim 33 furthercomprising retrieving an identifier for the first user in the secondnetwork and establishing a connection between the first user and thesecond user in the second network.
 35. A method according to claim 33 or34 wherein the identifier in the second network comprises an MSISDNnumber for the user in the second network.
 36. A method according to anyof claims 33 to 35 wherein the request from the first user comprises atleast one of: the selection of an identifier associated with the seconduser in the first network from a plurality of icons or a list of useridentifiers; and the receipt of an identifier of the second user in thefirst network.
 37. Apparatus for providing a telecommunications linkbetween a first user and a second user in a telecommunications network,the apparatus comprising: means for receiving a request from the firstuser to provide a telecommunications link to the second user; means fordetermining from a server hosting a networked community of users inwhich users interact over a communications network independent of thetelecommunications network whether the first user and the second userhave a specified relationship in the community of users; and means forspecifying at least one setting for the telecommunications link based onwhether the first user and the second user have a specified relationshipin the community of users.
 38. Apparatus for providing atelecommunications link between a first user and a second user in atelecommunications network, the apparatus comprising: an input interfacefor receiving a request from the first user to provide atelecommunications link to the second user; a processor operable todetermine from a server hosting a networked community of users in whichusers interact over a communications network independent of thetelecommunications network whether the first user and the second userhave a specified relationship in the community of users; and a processoroperable to specify at least one setting for the telecommunications linkbased on whether the first user and the second user have a specifiedrelationship in the community of users.
 39. A method of managingconnections between users in a networked community of users in whichusers interact over a communications network, the interactions includingforming specified relationships between specific users in the communityof users, the method comprising: receiving a notification of a newspecified relationship formed between a first user and a second user inthe community of users; determining an identifier for each of the firstand second users in a telecommunications network separate to thecommunications network; identifying a service provider for at least oneof the first and second users in the telecommunications network; andtransmitting to at least one identified service provider informationidentifying the first and second users and indicating the formation of aspecified relationship between the first and second user.
 40. A methodof managing connections between users in a networked community of usersin which users interact over a communications network, the interactionsincluding forming specified relationships between specific users in thecommunity of users, the method comprising: providing an interface to atelecommunications network separate to the communications network forproviding direct telecommunications links between users; receiving aquery from the telecommunications network, the query identifying arequested communication link between first and second user; extractingfrom the query an identifier of the first and second user; analysing theidentifiers of the first and second users to determine whether aspecified relationship exists between the first and second users in thecommunity of users; and transmitting to the telecommunications network areply message indicating whether a specified relationship exists betweenthe first and second users in the community of users.
 41. A method ofprocessing communication interactions between users of atelecommunications network in accordance with relationships definedbetween users in a social networking service community, comprising:processing a telecommunication interaction via the telecommunicationsnetwork between first and second users of the telecommunicationsnetwork; receiving social networking relationship data relating to arelationship between the first and second user in the social networkingservice community; and performing processing relating to thetelecommunication interaction in dependence on the social networkingrelationship data.
 42. A system for managing connections between usersin a networked community of users in which users interact over acommunications network, the interactions including forming specifiedrelationships between specific users in the community of users, thesystem comprising: means for receiving a notification of a new specifiedrelationship formed between a first user and a second user in thecommunity of users; means for determining an identifier for each of thefirst and second users in a telecommunications network separate to thecommunications network; means for identifying a service provider for atleast one of the first and second users in the telecommunicationsnetwork; and means for transmitting to at least one identified serviceprovider information identifying the first and second users andindicating the formation of a specified relationship between the firstand second user.
 43. A system for managing connections between users ina networked community of users in which users interact over acommunications network, the interactions including forming specifiedrelationships between specific users in the community of users, thesystem comprising: means for providing an interface to atelecommunications network separate to the communications network forproviding direct telecommunications links between users; means forreceiving a query from the telecommunications network, the queryidentifying a requested communication link between first and secondusers; means for extracting from the query an identifier of the firstand second user; means for analysing the identifiers of the first andsecond users to determine whether a specified relationship existsbetween the first and second users in the community of users; and meansfor transmitting to the telecommunications network a reply messageindicating whether a specified relationship exists between the first andsecond users in the community of users.
 44. A system for processingcommunication interactions between users of a telecommunications networkin accordance with relationships defined between users in a socialnetworking service community, comprising: means for processing atelecommunication interaction via the telecommunications network betweenfirst and second users of the telecommunications network; means forreceiving social networking relationship data relating to a relationshipbetween the first and second user in the social networking servicecommunity; and means for performing processing relating to thetelecommunication interaction in dependence on the social networkingrelationship data.
 45. A computer program or computer program productcomprising instructions for implementing a method according to any ofclaims 1 to 36 or any of claims 39 to
 41. 46. A network devicecomprising at least one memory, at least one interface and a processoroperable to implement a method according to any of claims 1 to 36 or anyof claims 39 to 41.